DB2 HA & DR. Part II
Data d'actualització: 23/05/2012 05:44:42
ID: 29134
Creador: VIDAL I CANET, JOSEP LLUIS 
URL: https://mmedia.uv.es/html5/u/vi/vijo/29134_db2_hadr_part_ii.mp4
Código de inserción:
<video poster="https://mmedia.uv.es/g?user=vijo&path=/db2hadr/&name=db2_hadr_part_ii.mp4&resource_id=29134" controls="" autoplay="" autobuffer="" controlslist="nodownload">
<source src="https://mmedia.uv.es/html5/u/vi/vijo/29134_db2_hadr_part_ii.mp4" type="video/mp4">
</video>
Categoría: Sin categorizar
Clasificación Unesco: Sin categorizar
Descripción: Arquitecturas Activo/Pasivo para DB2
Etiquetas:
Resolucion: 
1434 x 1046
unknown
Puntuación: Sense puntuacio (puntuar).
Licencia CC: No asignada
Visitas: 654
Añadir comentarioVídeos Relacionados
Creación de un CGI en z/os. Introducción
Aprender a crear CGIs en z/os que sean capaces de consultar información de datasources que residen en z/os(DB2 y DATASETS).
STEP 2.1 Change log inventory HLQ:
This is automated with job RBLDLOGI which prints DBF.BSDS01 log inventory, reads its output (SYSADM.TEMP.PRNTBSDS) and generates a JOB (SYSADM.TEMP.JU004) to: 1.-) Change BSDS HLQ 2.-) Delete LOGCOPIES with source HLQ 3.-) Create new LOGCOPIES with target HLQ and START/END RBAs taken from log inventory output. At this point we can start target system.Target DB2 subsystem is started in MAINTENACE MODE: /-DBF START DB2 ACCESS(MAINT)
STEP 0: Initial Scenario
The main purpose of this video-tutorial is to show you how to clone a DB2 subsystem to other subsystem running in the same Z/OS LPAR. Each step is explained with a video (screen cast). It is supossed that you have two DB2 subsystems, in this case DB8G (source) and DBF (target), both up & running. The procedure is automated in three main steps contained in library SYSADM.ODBCLONE. First step is related with the physical COPY from SOURCE datasets to TARGET DB2 datasets. While the remaining, are related with making target DB2 BSDS & CATALOG consistent with the location of the DATASETS copied from source subsystem
Creación de un CGI en z/os. Edición y Ejecución.
Edición del CGI desde el OMVS con el editor vi. Posterior ejecución tanto desde el shell como desde el navegador.
STEP 2.2: Change Catalog STOGROUPs HLQ:
So, now we got both systems up and runing, but TARGET DB2 storage groups point to source HLQ. So we have to update TARGET DB2 catalog to point to new HLQ. To do this we use REXX code to select all storage groups and generate DDL to: 1.- Alter all depenent tablespaces and indexspaces to a temporal storage group -> SYSADM.TEMP.CHTSSGT 2.- Drop all storage groups -> SYSADM.TEMP.DROPSTO 3.- Create all storage groups with new HLQ (VCAT) -> SYSADM.TEMP.CREASTO 4.- Alter all depenent tablespaces and indexspaces to their original storages groups -> SYSADM.TEMP.CHTSSGO The JCLs that automates all this stuff are RENSTOGC (generates DDL to change STOGROUP VCAT) and ALTSTOG (executes it)