En Uso de configuraciones de VTSS en cluster, se describen los aspectos básicos de la agrupación en clusters del VTSS y, en este apéndice, se suministran los siguientes ejemplos de agrupaciones en clusters:
En Figura A-1, se muestra un ejemplo de un sistema de VTSS en cluster unidireccional con dos ACS. Tenga en cuenta que en este ejemplo, los puertos FICON proporcionan las conexiones CLINK. En este ejemplo, hay un solo host de MVS, pero está generando una gran cantidad de datos críticos que debe proteger con dos nuevos VSM4 que acaba de comprar.
VTSS1 es el VTSS principal y está conectado al secundario (VTSS2) mediante enlaces de cluster (CLINK). Si la clase de gestión para un VTV especifica replicación, cuando el VTV llegue al VTSS1, se replicará (copiará) en el VTSS2 e inmediatamente se migrará (mediante KEEP).
Como consecuencia, ha aumentado la disponibilidad de los datos (hay una copia del VTV en cada VTSS, en caso de que uno falle) y la protección de los datos (el VTV también está cintas magnéticas en carcasas cuadradas, en caso de que ambos VTSS queden fuera de línea). Por lo tanto, el VTSS en cluster es una gran solución, tanto para la continuidad empresarial como para la reanudación de las actividades empresariales.
Figura A-1 Configuración de VTSS en cluster unidireccional con dos ACS
Ahora, observe el hardware de esta configuración en cluster. En Figura A-2, se muestran identificadores CONFIG de interfaz de canal para un VSM4 con 8 tarjetas VCF. En esta configuración, asignó:
8 puertos de host
4 puertos para RTD. Los puertos de RTD están conectados a directores FICON, cada uno de los cuales está conectado a las RTD; por lo tanto, los identificadores CHANIF
de ambas RTD se muestran en cada puerto. Esto permite conexiones backend a 8 RTD, aunque solo una RTD por puerto/director puede estar activa a la vez.
4 puertos para que las conexiones CLINK formen un cluster de VTSS unidireccional y 8 puertos para conexiones host. Para formar el VTSS en cluster, hay dos VSM4 (VTSS1 y VTSS2) configurados de manera idéntica, como se muestra en Figura A-2.
Figura A-2 VSM4 con 8 tarjetas VCF, 8 puertos de host, directores FICON para 8 RTD y 4 puertos de CLINK
Ahora, ha observado qué aspecto tiene un ejemplo de cluster unidireccional y cuáles son las configuraciones de tarjeta VCF necesarias. Ahora, diríjase a "Configuración y gestión de un sistema de VTSS en cluster unidireccional."
Para configurar y gestionar un sistema en cluster unidireccional, como se muestra en Figura 6-1, haga lo siguiente:
Asegúrese de que su sistema cumpla con los requisitos de VTSS en cluster.
Use CONFIG
para crear las sentencias CLUSTER
y CLINK
para definir el cluster de VTSS y sus conexiones.
En el siguiente ejemplo, se muestra CONFIG JCL para definir un cluster unidireccional de dos VSM4 (VTSS1 y VTSS2), como se muestra en Figura 6-1.
Tenga en cuenta lo siguiente:
La sentencia CLUSTER define el cluster como un cluster que está formado por VTSS1 y VTSS2.
Hay sentencias CLINK que usan los puertos emisores (modo Nearlink) deVTSS1 solamente para activar el cluster como unidireccional, donde VTSS1 es el principal y VTSS2, el secundario.
//CREATECFG EXEC PGM=SWSADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SLSLINK,DISP=SHR //SLSCNTL DD DSN=FEDB.VSMLMULT.DBASEPRM,DISP=SHR //SLSCNTL2 DD DSN=FEDB.VSMLMULT.DBASESEC,DISP=SHR //SLSSTBY DD DSN=FEDB.VSMLMULT.DBASETBY,DISP=SHR //CFG22202 DD DSN=FEDB.VSMLMULT.CFG22202,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSIN DD * CONFIG RESET CDSLEVEL(V62ABOVE) GLOBAL MAXVTV=65000 MVCFREE=60 VTVATTR=SCRATCH RECALWER=YES LOCKSTR=STK_VTCS_LOCKS VTVPAGE=LARGE RECLAIM THRESHLD=70 MAXMVC=30 START=40 CONMVC=5 VTVVOL LOW=905000 HIGH=999999 SCRATCH VTVVOL LOW=C00000 HIGH=C25000 SCRATCH VTVVOL LOW=RMM000 HIGH=RMM020 SCRATCH MVCVOL LOW=N25980 HIGH=N25989 MVCVOL LOW=N35000 HIGH=N35999 VTSS NAME=VTSS1 LOW=70 HIGH=80 MAXMIG=8 MINMIG=4 RETAIN=5 RTD NAME=PR11A00 DEVNO=1A00 CHANIF=0C RTD NAME=PR11A01 DEVNO=1A01 CHANIF=0D RTD NAME=PR11A02 DEVNO=1A02 CHANIF=0K RTD NAME=PR11A03 DEVNO=1A03 CHANIF=0L RTD NAME=PR12A08 DEVNO=2A08 CHANIF=1C RTD NAME=PR12A09 DEVNO=2A09 CHANIF=1D RTD NAME=PR12A0A DEVNO=2A0A CHANIF=1K RTD NAME=PR12A0B DEVNO=2A0B CHANIF=1L VTD LOW=9900 HIGH=99FF VTSS NAME=VTSS2 LOW=70 HIGH=80 MAXMIG=8 MINMIG=4 RETAIN=5 RTD NAME=PR23A00 DEVNO=3A00 CHANIF=0C RTD NAME=PR23A01 DEVNO=3A01 CHANIF=0D RTD NAME=PR23A02 DEVNO=3A02 CHANIF=0K RTD NAME=PR23A03 DEVNO=3A03 CHANIF=0L RTD NAME=PR24A08 DEVNO=4A08 CHANIF=1C RTD NAME=PR24A09 DEVNO=4A09 CHANIF=1D RTD NAME=PR24A0A DEVNO=4A0A CHANIF=1K RTD NAME=PR24A0B DEVNO=4A0B CHANIF=1L VTD LOW=9900 HIGH=99FF CLUSTER NAME=CLUSTER1 VTSSs(VTSS1,VTSS2) CLINK VTSS=VTSS1 CHANIF=0G CLINK VTSS=VTSS1 CHANIF=0O CLINK VTSS=VTSS1 CHANIF=1G CLINK VTSS=VTSS1 CHANIF=1O
Especifique la configuración de replicación condicional en la sentencia CONFIG GLOBAL
.
CONFIG GLOBAL REPLICAT=CHANGED
En este ejemplo, CONFIG GLOBAL REPLICAT=CHANGED
especifica:
Replicar los VTV solo si el VTV está actualizado y no existe una copia idéntica en el secundario.
Mediante el parámetro MIGPOL
, migre los VTV duplicados a los ACS 00 y 01, por las clases de almacenamiento que creó en el paso 5..
Para replicar de manera incondicional los VTV, especifique CONFIG GLOBAL REPLICAT=ALWAYS
.
Cree una clase de gestión que especifique la replicación de VTV y dos clases de almacenamiento para migrar (duplicados) los VTV replicados.
MGMT NAME(VSMREPL) REPLICAT(YES) MIGPOL(REPLSTR1,REPLSTR2)
Nota:
Tenga en cuenta la interacción entre GLOBAL REPLICAT
, que especifica cuándo puede ocurrir la replicación, y MGMTclas REPLICAT(YES)
, que indica que cuando la condición GLOBAL REPLICAT
dice que es el momento, se debe realizar la replicación.
La clase de gestión VSMREPL
no especifica una política de migración inmediata. La replicación de VTV aplica la migración de inmediato. Los VTV de esta clase de gestión se agregan a la cola de migración inmediata en el VTSS, una vez que la replicación ha finalizado. Tenga en cuenta que la duplicación no es un requisito para la replicación de los VTV. Para obtener más información, consulte "Cómo funcionan las configuraciones de VTSS en cluster."
Cree las clases de almacenamiento para los MVC que contienen los VTV replicados y migrados.
STOR NAME(REPLSTR1) ACS(00) MEDIA(STK1R) MIRATE(RECEIVER) STOR NAME(REPLSTR2) ACS(01) MEDIA(STK1R) MIGRATE(RECEIVER)
En este ejemplo, la sentencia STORclas
define las clases de almacenamiento REPLSTR1 y REPLSTR2 a las que se hace referencia en el parámetro MIGPOL
, en el paso 4. También debe tener en cuenta que los parámetros MIGRATE
de la clase de almacenamiento especifican que el VTSS que recibe los VTV replicados, en este caso, VTSS2 (secundario), hace la migración a ambos ACS. Esta es una manera de asegurarse de que el secundario funcione como el motor de la migración.
Cargue las sentencias de control MGMTclas
y STORclas
con el comando MGMTDEF
.
MGMTDEF DSN(hsc.parms)
Cree una sentencia TAPEREQ
para enrutar los datos críticos a VSM y asignar la clase de gestión VSMREPL a los datos.
TAPEREQ DSN(*.PAYROLL.**) MEDIA(VIRTUAL) MGMT(VSMREPL)
En este ejemplo, la sentencia TAPEREQ
especifica:
Enrutar juegos de datos con la máscara de HLQ *.PAYROLL.** a VSM.
Asignar la clase de gestión VSMREPL que creó en el paso 4.
Atención:
Para replicar VTV, tanto VTSS1 como VTSS2 se deben cambiar al estado en línea para VTCS, de modo que VTCS pueda enviar comandos de control a ambos VTSS. Consulte Cómo funcionan las configuraciones de VTSS en cluster para obtener más información.También puede usar la sustitución de grupos esotéricos mediante la sentencia TAPEREQ
de SMC o rutinas DFSMS del ACS de SMC para enrutar trabajos de replicación a VSM. Para obtener más información, consulte la Guía de Administración y Configuración de SMC.
Compruebe las opciones de PARMLIB del HSC para asegurarse de que los registros del subtipo 28 estén activados.
Si están activados, la agrupación en clusters del VTSS escribe un registro del subtipo 28 por cada replicación realizada.
En Figura A-3, se muestra un ejemplo de un sistema de VTSS en cluster bidireccional con dos ACS. Tenga en cuenta que en este ejemplo, los puertos FICON proporcionan las conexiones CLINK.
Este sistema es muy similar al del ejemplo del sistema unidireccional, pero va un paso más allá: hay dos hosts de MVS que comparten un CDS y todo lo que se observa en la imagen está interconectado. Estos sitios se reflejan entre sí para lograr la mejor disponibilidad de los datos y la mejor protección posibles. Para transformarlo en un sistema bidireccional, debe configurar los dos VTSS como pares mediante las sentencias CLINK
.
Figura A-3 Configuración de VTSS en cluster bidireccional con dos ACS
Nota:
La agrupación en clusters bidireccionales requiere VTCS 6.1 y superiores. No puede configurar un cluster bidireccional con las versiones inferiores a VTCS 6.1.
Esta configuración se muestra con la función que permite un total de hasta 16 transferencias simultáneas de E/S en modo NearLink. Se pueden distribuir en varios destinos, en 14 puertos NearLink como máximo y se pueden realizar hasta dos transferencias simultáneas de E/S en modo NearLink por puerto. Esta función requiere microcódigo D02.06.00.00 de VTSS o superior.
En Figura A-4, se muestran los identificadores CONFIG
de interfaz de canal de VSMPR1 que se pueden ver en Figura A-3. En esta configuración, asignó:
8 puertos de host
6 puertos para RTD. Los puertos de RTD están conectados a directores FICON, cada uno de los cuales está conectado a 4 RTD; por lo tanto, los identificadores CHANIF de las 4 RTS se muestran en cada puerto. Esto permite conexiones backend a 24 RTD para ACS00, aunque solo una RTD por puerto/director puede estar activa a la vez.
4 puertos que usan directores FICON. Dos son puertos Nearlink para el creador, dos están en el modo host para el terminador para que las conexiones CLINK formen un cluster de VTSS bidireccionales.
Figura A-4 VSMPR1: VSM5 con 8 tarjetas VCF, 8 puertos de host, directores FICON para 24 RTD, 4 CLINK
En Figura A-5, se muestran los identificadores CONFIG
de interfaz de canal para un VSMPR1, un VSM5 en un cluster bidireccional con 8 tarjetas VCF y la función de 32 RTD como máximo activada. En esta configuración, asignó:
8 puertos de host
6 puertos para RTD. Los puertos de RTD están conectados a directores FICON, cada uno de los cuales está conectado a 4 RTD; por lo tanto, los identificadores CHANIF
de las 4 RTD se muestran en cada puerto. Esto permite conexiones backend a 24 RTD, aunque solo una RTD por puerto/director puede estar activa a la vez.
Figura A-5 VSMPR2: VSM5 con 8 tarjetas VCF, 8 puertos de host, directores FICON para 24 RTD, 4 CLINK
4 puertos que usan directores FICON. Dos son puertos Nearlink para el creador, dos están en el modo host para el terminador para que las conexiones CLINK formen un cluster de VTSS bidireccionales.
Atención:
Como se muestra en Figura 6-3, es un requisito que cada CLINK debe estar conectado al mismo cluster de almacenamiento en cada VTSS. Si no puede realizar la configuración de esta manera, se pueden producir errores de replicación, canal y comunicación. Por lo tanto, como se muestra, los puertos Nearlink (creadores de CLINK) en VSMPR1 están en el cluster de almacenamiento 0 y los puertos de host (terminadores de CLINK) en VSMPR2 también están el cluster de almacenamiento 0. Lo mismo se aplica a las conexiones CLINK para los datos que fluyen en la dirección opuesta; ambos están en el cluster de almacenamiento 1.Para configurar y gestionar un sistema en cluster bidireccional, como se muestra en Figura A-3, haga lo siguiente:
Asegúrese de que su sistema cumpla con los requisitos de VTSS en cluster descritos en Instalación de ELS.
Use CONFIG
para crear las sentencias CLUSTER
y CLINK
para definir el cluster de VTSS y sus conexiones.
En el siguiente ejemplo, se muestra CONFIG JCL para definir un cluster bidireccional de dos VSM4s (VSMPR1 y VSMPR2), como se muestra en Figura A-3.
Tenga en cuenta que la sentencia CLUSTER
define el cluster como un cluster formado por VSMPR1 y VSMPR2.
Hay sentencias CLINK
que usan los puertos emisores (modo Nearlink) de ambos VTSS para activar el cluster como bidireccional y se conectan con el mismo cluster de almacenamiento en cada VTSS para los puertos emisores y receptores de cada CLINK.
//CREATECF EXEC PGM=SWSADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SLSLINK,DISP=SHR //SLSCNTL DD DSN=FEDB.VSMLMULT.DBASEPRM,DISP=SHR //SLSCNTL2 DD DSN=FEDB.VSMLMULT.DBASESEC,DISP=SHR //SLSSTBY DD DSN=FEDB.VSMLMULT.DBASETBY,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSIN DD * CONFIG RESET CDSLEVEL(V61ABOVE) GLOBAL MAXVTV=32000 MVCFREE=40 VTVATTR=SCRATCH RECALWER=YES LOCKSTR=VTCS_LOCKS REPLICAT=ALWAYS VTVPAGE=LARGE SYNCHREP=YES MAXRTDS=32 RECLAIMTHRESHLD=70 MAXMVC=40 START=35 RECLAIMTHRESHLD=70 MAXMVC=40 START=35 VTVVOL LOW=905000 HIGH=999999 SCRATCH VTVVOL LOW=C00000 HIGH=C25000 SCRATCH VTVVOL LOW=RMM000 HIGH=RMM020 SCRATCH MVCVOL LOW=N25980 HIGH=N25989 MVCVOL LOW=N35000 HIGH=N35999 VTSS NAME=VSMPR1 LOW=70 HIGH=80 MAXMIG=8 MINMIG=4 RETAIN=5 RTD NAME=VPR12A00 DEVNO=2A00 CHANIF=0C:0 RTD NAME=VPR12A01 DEVNO=2A01 CHANIF=0C:1 RTD NAME=VPR12A02 DEVNO=2A02 CHANIF=0C:2 RTD NAME=VPR12A03 DEVNO=2A03 CHANIF=0C:3 RTD NAME=VPR12A04 DEVNO=2A04 CHANIF=0G:0 RTD NAME=VPR12A05 DEVNO=2A05 CHANIF=0G:1 RTD NAME=VPR12A06 DEVNO=2A06 CHANIF=0G:2 RTD NAME=VPR12A07 DEVNO=2A07 CHANIF=0G:3 RTD NAME=VPR12A08 DEVNO=2A08 CHANIF=0K:0 RTD NAME=VPR12A09 DEVNO=2A09 CHANIF=0K:1 RTD NAME=VPR12A0A DEVNO=2A0A CHANIF=0K:2 RTD NAME=VPR12A0B DEVNO=2A0B CHANIF=0K:3 RTD NAME=VPR13A00 DEVNO=3A00 CHANIF=1C:0 RTD NAME=VPR13A01 DEVNO=3A01 CHANIF=1C:1 RTD NAME=VPR13A02 DEVNO=3A02 CHANIF=1C:2 RTD NAME=VPR13A03 DEVNO=3A03 CHANIF=1C:3 RTD NAME=VPR13A04 DEVNO=3A04 CHANIF=1G:0 RTD NAME=VPR13A05 DEVNO=3A05 CHANIF=1G:1 RTD NAME=VPR13A06 DEVNO=3A06 CHANIF=1G:2 RTD NAME=VPR13A07 DEVNO=3A07 CHANIF=1G:3 RTD NAME=VPR13A08 DEVNO=3A08 CHANIF=1K:0 RTD NAME=VPR13A09 DEVNO=3A09 CHANIF=1K:1 RTD NAME=VPR13A0A DEVNO=3A0A CHANIF=1K:2 RTD NAME=VPR13A0B DEVNO=3A0B CHANIF=1K:3 VTD LOW=9900 HIGH=99FF VTSS NAME=VSMPR2 LOW=70 HIGH=80 MAXMIG=8 MINMIG=4 RETAIN=5 RTD NAME=VPR22B00 DEVNO=2B00 CHANIF=0C:0 RTD NAME=VPR22B01 DEVNO=2B01 CHANIF=0C:1 RTD NAME=VPR22B02 DEVNO=2B02 CHANIF=0C:2 RTD NAME=VPR22B03 DEVNO=2B03 CHANIF=0C:3 RTD NAME=VPR22B04 DEVNO=2B04 CHANIF=0G:0 RTD NAME=VPR22B05 DEVNO=2B05 CHANIF=0G:1 RTD NAME=VPR22B06 DEVNO=2B06 CHANIF=0G:2 RTD NAME=VPR22B07 DEVNO=2B07 CHANIF=0G:3 RTD NAME=VPR22B08 DEVNO=2B08 CHANIF=0K:0 RTD NAME=VPR22B09 DEVNO=2B09 CHANIF=0K:1 RTD NAME=VPR22B0A DEVNO=2B0A CHANIF=0K:2 RTD NAME=VPR22B0B DEVNO=2B0B CHANIF=0K:3 RTD NAME=VPR23B00 DEVNO=3B00 CHANIF=1C:0 RTD NAME=VPR23B01 DEVNO=3B01 CHANIF=1C:1 RTD NAME=VPR23B02 DEVNO=3B02 CHANIF=1C:2 RTD NAME=VPR23B03 DEVNO=3B03 CHANIF=1C:3 RTD NAME=VPR23B04 DEVNO=3B04 CHANIF=1G:0 RTD NAME=VPR23B05 DEVNO=3B05 CHANIF=1G:1 RTD NAME=VPR23B06 DEVNO=3B06 CHANIF=1G:2 RTD NAME=VPR23B07 DEVNO=3B07 CHANIF=1G:3 RTD NAME=VPR23B08 DEVNO=3B08 CHANIF=1K:0 RTD NAME=VPR23B09 DEVNO=3B09 CHANIF=1K:1 RTD NAME=VPR23B0A DEVNO=3B0A CHANIF=1K:2 RTD NAME=VPR23B0B DEVNO=3B0B CHANIF=1K:3 VTD LOW=9900 HIGH=99FF CLUSTER NAME=CLUSTER1 VTSSs(VSMPR1,VSMPR2) CLINK VTSS=VSMPR1 CHANIF=0O:0 CLINK VTSS=VSMPR1 CHANIF=0O:1 CLINK VTSS=VSMPR2 CHANIF=1O:0 CLINK VTSS=VSMPR2 CHANIF=1O:1
Especifique la configuración de replicación condicional en la sentencia CONFIG GLOBAL
.
CONFIG GLOBAL REPLICAT=CHANGED
Al igual que en el ejemplo del sistema unidireccional, en este ejemplo, use CONFIG GLOBAL REPLICAT=CHANGED
.
Cree una clase de gestión que especifique la replicación de VTV y dos clases de almacenamiento para migrar (duplicados) los VTV replicados.
MGMT NAME(VSMREPL) REPLICAT(YES) MIGPOL(REPLSTR1,REPLSTR2)
En este ejemplo, replique los VTV solo si cambiaron, pero no en el otro VTSS del cluster. Migre los duplicados a los ACS 01 y 00 por las clases de almacenamiento que creará en el paso 5.
Cree las clases de almacenamiento para los MVC que contienen los VTV replicados y migrados.
STOR NAME(REPLSTR1) ACS(01) MEDIA(STK1R) MIRATE(EITHER) STOR NAME(REPLSTR2) ACS(00) MEDIA(STK1R) MIGRATE(EITHER)
En este ejemplo, la sentencia STORclas
define las clases de almacenamiento REPLSTR1 y REPLSTR2 a las que se hace referencia en el parámetro MIGPOL
, en el paso 4. También debe tener en cuenta que para optimizar los recursos de VTSS y RTD, los parámetros MIGRATE
de las clases de almacenamiento permiten migraciones desde cualquier VTSS. Esta es una estrategia habitual para clusters de VTSS bidireccionales de par a par.
Cargue las sentencias de control MGMTclas
y STORclas
con el comando MGMTDEF
.
MGMTDEF DSN(hsc.parms)
Cree una sentencia TAPEREQ
para enrutar los datos críticos a VSM y asignar la clase de gestión VSMREPL a los datos.
TAPEREQ DSN(*.PAYROLL.**) MEDIA(VIRTUAL) MGMT(VSMREPL)
En este ejemplo, la sentencia TAPEREQ
especifica:
Enrutar juegos de datos con la máscara de HLQ *.PAYROLL.** a VSM.
Asignar la clase de gestión VSMREPL que activó en el paso 4.
Atención:
Para replicar VTV, tanto VSMPR1 como VSMPR2 se deben cambiar al estado en línea para VTCS, de modo que VTCS pueda enviar comandos de control a ambos VTSS. Consulte Cómo funcionan las configuraciones de VTSS en cluster para obtener más información.También puede usar la sustitución de grupos esotéricos mediante la sentencia TAPEREQ
de SMC o salidas de usuario de ELS para enrutar trabajos de replicación a VSM. Si se sustituye un grupo esotérico que distribuye todos los VTD en todos los VTSS pares, el VTCS puede seguir influyendo en la asignación correctamente si uno de los VTSS pares de un cluster se deja fuera de línea.
Si se asigna un nombre de clase de gestión a SMC en la interfaz DFSMS de StorageTek, estará disponible en el momento de la asignación. Por lo tanto, no será necesario que el grupo esotérico asignado en la interfaz incluya solo los VTSS que forman parte de los clusters. Siempre que un grupo esotérico contenga algunas unidades asignadas en el VTSS principal de un cluster de funcionamiento completo, el SMC tendrá suficiente información para dirigir la asignación a una unidad de un VTSS principal si la clase de gestión especifica que la replicación está activada.
Compruebe las opciones de PARMLIB del HSC para asegurarse de que los registros del subtipo 28 estén activados.
Si están activados, la agrupación en clusters del VTSS escribe un registro del subtipo 28 por cada replicación realizada.
La agrupación en clusters ampliada (EC) permite la conexión de tres o más VTSS mediante CLINK con una sola configuración de TapePlex (1 CDS), como se muestra en el ejemplo de Figura A-6.
Figura A-6 Configuraciones básicas de una agrupación en clusters ampliada
Como se muestra en Figura A-6, la configuración 1 muestra 2 VTSS replicándose a un solo VTSS "recopilador", que es la configuración más práctica, porque una ubicación principal con varios VSM puede alimentar a los VTV de una ubicación secundaria con un solo VSM "recopilador". La replicación sincrónica y la asincrónica están disponibles para su uso en cada VTSS emisor. Cada VTSS debe tener RTS equivalentes (modelo similar) conectadas. Como se muestra en las sentencias CONFIG para la configuración 1 que aparece a continuación:
La sentencia CLUSTER
define todos los nombres de VTSS configurados para agrupación en clusters.
La sentencia CLINK
define la ubicación del puerto Nearlink en el VTSS emisor y su PAR o VTSS de destino.
/CREATCFG EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSCNTL DD DSN=hlq.DBASEPRM,DISP=SHR //SLSCNTL2 DD DSN=hlq.DBASESEC,DISP=SHR //SLSSTBY DD DSN=hlq.DBASETBY,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSIN DD * CONFIG RESET CDSLEVEL(V62ABOVE) GLOBAL MAXVTV=65000 MVCFREE=60 VTVATTR=SCRATCH RECALWER=YES LOCKSTR=STK_VTCS_LOCKS VTVPAGE=LARGE RECLAIM THRESHLD=70 MAXMVC=30 START=40 CONMVC=5 VTSS NAME=VTSS1 LOW=70 HIGH=80 MAXMIG=8 MINMIG=4 RETAIN=5 RTD NAME=PA11A00 DEVNO=1A00 CHANIF=0C RTD NAME=PA11A01 DEVNO=1A01 CHANIF=0D RTD NAME=PA11A02 DEVNO=1A02 CHANIF=0K RTD NAME=PA11A03 DEVNO=1A03 CHANIF=0L RTD NAME=PA12A08 DEVNO=2A08 CHANIF=1C RTD NAME=PA12A09 DEVNO=2A09 CHANIF=1D RTD NAME=PA12A0A DEVNO=2A0A CHANIF=1K RTD NAME=PA12A0B DEVNO=2A0B CHANIF=1L VTD LOW=7900 HIGH=79FF VTSS NAME=VTSS2 LOW=70 HIGH=80 MAXMIG=8 MINMIG=4 RETAIN=5 RTD NAME=PA23A00 DEVNO=3A00 CHANIF=0C RTD NAME=PA23A01 DEVNO=3A01 CHANIF=0D RTD NAME=PA23A02 DEVNO=3A02 CHANIF=0K RTD NAME=PA23A03 DEVNO=3A03 CHANIF=0L RTD NAME=PA24A08 DEVNO=4A08 CHANIF=1C RTD NAME=PA24A09 DEVNO=4A09 CHANIF=1D RTD NAME=PA24A0A DEVNO=4A0A CHANIF=1K RTD NAME=PA24A0B DEVNO=4A0B CHANIF=1L VTD LOW=8900 HIGH=89FF VTSS NAME=VTSS3 LOW=70 HIGH=80 MAXMIG=8 MINMIG=4 RETAIN=5 RTD NAME=PA33A00 DEVNO=3A00 CHANIF=0C RTD NAME=PA33A01 DEVNO=3A01 CHANIF=0D RTD NAME=PA33A02 DEVNO=3A02 CHANIF=0K RTD NAME=PA33A03 DEVNO=3A03 CHANIF=0L RTD NAME=PA34A08 DEVNO=4A08 CHANIF=1C RTD NAME=PA34A09 DEVNO=4A09 CHANIF=1D RTD NAME=PA34A0A DEVNO=4A0A CHANIF=1K RTD NAME=PA34A0B DEVNO=4A0B CHANIF=1L VTD LOW=9900 HIGH=99FF CLUSTER NAME=CLUSTER1 VTSS(VTSS1,VTSS2,VTSS3) CLINK VTSS=VTSS1 CHANIF=0G PART=VTSS3 CLINK VTSS=VTSS2 CHANIF=0G PART=VTSS3
Como se muestra en Figura A-6, la configuración 2 muestra un solo VTSS en replicación conectado a dos VTSS receptores. Tenga en cuenta que el término "recopilador" no se utilizó aquí, porque un VTV solo se replica a un VTSS, ya sea VTSS1 o VTSS2, y el VTSS receptor no es configurable. Este es un concepto muy importante que se debe entender, porque actualmente no hay parámetros de clase de gestión que seleccionen un VTSS específico para dirigir un VTV. Esta configuración no es útil para implementación en un entorno de ubicaciones principal y secundaria, donde el VTV debe terminar en una ubicación secundaria específica y puede transformar las configuraciones bidireccionales ampliadas en configuraciones no deseadas. La replicación sincrónica y la asincrónica están disponibles para su uso en el VTSS emisor. Cada VTSS debe tener RTS equivalentes (modelo similar) conectadas.
La configuración 2 adquiere una importancia superior cuando se decide implementar la replicación bidireccional en un entorno de agrupación en clusters ampliada. Si se requiere la replicación bidireccional, use la configuración "muchos VTSS a un VTSS" en una dirección y la configuración "VTSS par" en la otra dirección, donde el "VTSS par" se configura entre los dos VTSS en que debe residir el VTV replicado.
Como se muestra en las sentencias CONFIG
para la configuración 2 que se muestra a continuación:
La sentencia CLUSTER define todos los nombres de VTSS configurados para agrupación en clusters.
La sentencia CLINK define la ubicación del puerto Nearlink en el VTSS emisor y su PAR o VTSS de destino.
//CREATCFG EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSCNTL DD DSN=hlq.DBASEPRM,DISP=SHR //SLSCNTL2 DD DSN=hlq.DBASESEC,DISP=SHR //SLSSTBY DD DSN=hlq.DBASETBY,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSIN DD * CONFIG RESET CDSLEVEL(V62ABOVE) GLOBAL MAXVTV=65000 MVCFREE=60 VTVATTR=SCRATCH RECALWER=YES LOCKSTR=STK_VTCS_LOCKS VTVPAGE=LARGE RECLAIM THRESHLD=70 MAXMVC=30 START=40 CONMVC=5 VTSS NAME=VTSS1 LOW=70 HIGH=80 MAXMIG=8 MINMIG=4 RETAIN=5 RTD NAME=PA11A00 DEVNO=1A00 CHANIF=0C RTD NAME=PA11A01 DEVNO=1A01 CHANIF=0D RTD NAME=PA11A02 DEVNO=1A02 CHANIF=0K RTD NAME=PA11A03 DEVNO=1A03 CHANIF=0L RTD NAME=PA12A08 DEVNO=2A08 CHANIF=1C RTD NAME=PA12A09 DEVNO=2A09 CHANIF=1D RTD NAME=PA12A0A DEVNO=2A0A CHANIF=1K RTD NAME=PA12A0B DEVNO=2A0B CHANIF=1L VTD LOW=7900 HIGH=79FF VTSS NAME=VTSS2 LOW=70 HIGH=80 MAXMIG=8 MINMIG=4 RETAIN=5 RTD NAME=PA23A00 DEVNO=3A00 CHANIF=0C RTD NAME=PA23A01 DEVNO=3A01 CHANIF=0D RTD NAME=PA23A02 DEVNO=3A02 CHANIF=0K RTD NAME=PA23A03 DEVNO=3A03 CHANIF=0L RTD NAME=PA24A08 DEVNO=4A08 CHANIF=1C RTD NAME=PA24A09 DEVNO=4A09 CHANIF=1D RTD NAME=PA24A0A DEVNO=4A0A CHANIF=1K RTD NAME=PA24A0B DEVNO=4A0B CHANIF=1L VTD LOW=8900 HIGH=89FF VTSS NAME=VTSS3 LOW=70 HIGH=80 MAXMIG=8 MINMIG=4 RETAIN=5 RTD NAME=PA33A00 DEVNO=3A00 CHANIF=0C RTD NAME=PA33A01 DEVNO=3A01 CHANIF=0D RTD NAME=PA33A02 DEVNO=3A02 CHANIF=0K RTD NAME=PA33A03 DEVNO=3A03 CHANIF=0L RTD NAME=PA34A08 DEVNO=4A08 CHANIF=1C RTD NAME=PA34A09 DEVNO=4A09 CHANIF=1D RTD NAME=PA34A0A DEVNO=4A0A CHANIF=1K RTD NAME=PA34A0B DEVNO=4A0B CHANIF=1L VTD LOW=9900 HIGH=99FF CLUSTER NAME=CLUSTER1 VTSS(VTSS1,VTSS2,VTSS3) CLINK VTSS=VTSS3 CHANIF=0G PART=VTSS1 CLINK VTSS=VTSS3 CHANIF=0G PART=VTSS2
Figura A-7 VSM5 en cluster con CLINK TCP/IP
En Figura A-7, se muestra un ejemplo de un cluster VSM5 a VSM5 con CLINK TCP/IP.
En Figura A-7, suponga que, por motivos de redundancia, usa destinos en tarjetas IFF separadas en cada VSM5 para IP nativo, como se muestra en Tabla A-1 and Apéndice A.
Tabla A-1 Valores de IPIF de CLINK para VSMPR1
Tarjeta IFF | Número de destino | IP de muestra | IPIF de CLINK correspondiente |
---|---|---|---|
IFF0 |
Destino 0 |
128.0.1.1 |
0A:0 |
IFF1 |
Destino 0 |
128.0.2.1 |
0I:0 |
IFF2 |
Destino 0 |
128.0.3.1 |
1A:0 |
IFF3 |
Destino 0 |
128.0.4.1 |
1I:0 |
Tabla A-2 Valores de IPIF de CLINK para VSMPR2
Tarjeta IFF | Número de destino | IP de muestra | IPIF de CLINK correspondiente |
---|---|---|---|
IFF0 |
Destino 0 |
128.0.1.2 |
0A:0 |
IFF1 |
Destino 0 |
128.0.2.2 |
0I:0 |
IFF2 |
Destino 0 |
128.0.3.2 |
1A:0 |
IFF3 |
Destino 0 |
128.0.4.2 |
1I:0 |
En el ejemplo que aparece a continuación, se muestra CONFIG JCL para definir la configuración que se muestra en Figura A-7 con los valores que se muestran en Tabla A-1 y Tabla A-2.
//CREATECF EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSCNTL DD DSN=FEDB.VSMLMULT.DBASEPRM,DISP=SHR //SLSCNTL2 DD DSN=FEDB.VSMLMULT.DBASESEC,DISP=SHR //SLSSTBY DD DSN=FEDB.VSMLMULT.DBASETBY,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSIN DD * CONFIG CDSLEVEL(V61ABOVE) GLOBAL MAXVTV=32000 MVCFREE=40 VTVATTR=SCRATCH RECALWER=YES LOCKSTR=VTCS_LOCKS REPLICAT=ALWAYS VTVPAGE=LARGE INITMVC=YES SYNCHREP=YES MAXRTDS=16 FASTMIGR=YES RECLAIM THRESHLD=70 MAXMVC=40 START=35 VTSS NAME=VSMPR1 LOW=70 HIGH=80 MAXMIG=8 MINMIG=4 RETAIN=5 VTD LOW=8900 HIGH=89FF RTD NAME=VPR12A00 DEVNO=2A00 CHANIF=0C:0 RTD NAME=VPR12A01 DEVNO=2A01 CHANIF=0C:1 RTD NAME=VPR12A02 DEVNO=2A02 CHANIF=0C:2 RTD NAME=VPR12A03 DEVNO=2A03 CHANIF=0C:3 RTD NAME=VPR12A04 DEVNO=2A04 CHANIF=0G:0 RTD NAME=VPR12A05 DEVNO=2A05 CHANIF=0G:1 RTD NAME=VPR12A06 DEVNO=2A06 CHANIF=0G:2 RTD NAME=VPR12A07 DEVNO=2A07 CHANIF=0G:3 VTSS NAME=VSMPR2 LOW=70 HIGH=80 MAXMIG=8 MINMIG=4 RETAIN=5 VTD LOW=9900 HIGH=99FF RTD NAME=VPR22B00 DEVNO=2B00 CHANIF=0C:0 RTD NAME=VPR22B01 DEVNO=2B01 CHANIF=0C:1 RTD NAME=VPR22B02 DEVNO=2B02 CHANIF=0C:2 RTD NAME=VPR22B03 DEVNO=2B03 CHANIF=0C:3 RTD NAME=VPR22B04 DEVNO=2B04 CHANIF=0G:0 RTD NAME=VPR22B05 DEVNO=2B05 CHANIF=0G:1 RTD NAME=VPR22B06 DEVNO=2B06 CHANIF=0G:2 RTD NAME=VPR22B07 DEVNO=2B07 CHANIF=0G:3 CLUSTER NAME=CLUSTER1 VTSSs(VSMPR1,VSMPR2) CLINK VTSS=VSMPR1 IPIF=0A:0 CLINK VTSS=VSMPR1 IPIF=0I:0 CLINK VTSS=VSMPR1 IPIF=1A:0 CLINK VTSS=VSMPR1 IPIF=1I:0 CLINK VTSS=VSMPR2 IPIF=0A:0 CLINK VTSS=VSMPR2 IPIF=0I:0 CLINK VTSS=VSMPR2 IPIF=1A:0 CLINK VTSS=VSMPR2 IPIF=1I:0
En Figura A-8, se muestra un ejemplo de un cluster VSM5 a VSM 6 con CLINK TCP/IP, donde cada VTSS están interconectado con dos VLE.
Figura A-8 ejemplo de cluster VSM5 a VSM6 con CLINK TCP/IP y VLE interconectadas
En Figura A-8, suponga que, por motivos de redundancia, usa destinos en tarjetas IFF separadas para el VSM5 (VSMPR1) para IP nativo y para las conexiones de la VLE, como se muestra en Tabla A-3 and Tabla A-4.
Tabla A-3 Valores de IPIF de CLINK para VSMPR1
Tarjeta IFF | Número de destino | IP de muestra | IPIF de CLINK correspondiente |
---|---|---|---|
IFF0 |
Destino 0 |
128.0.1.1 |
0A:0 |
IFF1 |
Destino 0 |
128.0.2.1 |
0I:0 |
IFF2 |
Destino 0 |
128.0.3.1 |
1A:0 |
IFF3 |
Destino 0 |
128.0.4.1 |
1I:0 |
Tabla A-4 Valores de IPIF de RTD para VSMPR1
Tarjeta IFF | Número de destino | IP de muestra | IPIF de CLINK correspondiente |
---|---|---|---|
IFF0 |
Destino 1 |
128.0.1.2 |
0A:1 |
IFF1 |
Destino 1 |
128.0.2.2 |
0I:1 |
IFF2 |
Destino 1 |
128.0.3.2 |
1A:1 |
IFF3 |
Destino 1 |
128.0.4.2 |
1I:1 |
En el ejemplo que aparece a continuación, se muestra CONFIG JCL para definir la configuración que se muestra en Figura A-8 con los valores que se muestran en Tabla A-3 y Tabla A-4.
//CREATECF EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSCNTL DD DSN=FEDB.VSMLMULT.DBASEPRM,DISP=SHR //SLSCNTL2 DD DSN=FEDB.VSMLMULT.DBASESEC,DISP=SHR //SLSSTBY DD DSN=FEDB.VSMLMULT.DBASETBY,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSIN DD * CONFIG CDSLEVEL(V61ABOVE) GLOBAL MAXVTV=32000 MVCFREE=40 VTVATTR=SCRATCH RECALWER=YES LOCKSTR=VTCS_LOCKS REPLICAT=ALWAYS VTVPAGE=LARGE INITMVC=YES SYNCHREP=YES MAXRTDS=16 FASTMIGR=YES RECLAIM THRESHLD=70 MAXMVC=40 START=35 VTSS NAME=VSMPR1 LOW=70 HIGH=80 MAXMIG=8 MINMIG=4 RETAIN=5 VTD LOW=9900 HIGH=99FF RTD NAME=VL1RTD1 STORMNGR=VLE1 IPIF=0A:1 RTD NAME=VL1RTD2 STORMNGR=VLE1 IPIF=0I:1 RTD NAME=VL2RTD1 STORMNGR=VLE2 IPIF=1A:1 RTD NAME=VL2RTD2 STORMNGR=VLE2 IPIF=1I:1 CLUSTER NAME=CLUSTER1 VTSSs(VSMPR1,VSMPR2) CLINK VTSS=VSMPR1 IPIF=0A:0 CLINK VTSS=VSMPR1 IPIF=0I:0 CLINK VTSS=VSMPR1 IPIF=1A:0 CLINK VTSS=VSMPR1 IPIF=1I:0 CLINK VTSS=VSMPR2 IPIF=0A:0 CLINK VTSS=VSMPR2 IPIF=0I:0 CLINK VTSS=VSMPR2 IPIF=1A:0 CLINK VTSS=VSMPR2 IPIF=1I:0
En este ejemplo, tenga en cuenta que, si bien los valores de los parámetros CLINK IPIF
y RTD IPIF
para el VSM5 (VSMPR1) deben coincidir con los valores que se muestran en Tabla A-3 y Tabla A-4, los valores de CLINK IPIF
y RTD IPIF
para el VSM 6 (VSMPR2) solo deben cumplir con las restricciones de VTCS sobre estos valores y deben ser únicos para cada VTSS; no corresponden a un valor real de los puertos TCP/IP de VSM 6.
En Figura A-9, se muestra un ejemplo de Cluster VSM 6 a VSM 6 sin cinta con CLINK TCP/IP.
Figura A-9 ejemplo de Cluster VSM6 a VSM6 sin cinta con CLINK TCP/IP
En el ejemplo que aparece a continuación, se muestra CONFIG JCL para definir la configuración que se muestra en Figura A-9.
//CREATECF EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSCNTL DD DSN=FEDB.VSMLMULT.DBASEPRM,DISP=SHR //SLSCNTL2 DD DSN=FEDB.VSMLMULT.DBASESEC,DISP=SHR //SLSSTBY DD DSN=FEDB.VSMLMULT.DBASETBY,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSIN DD * CONFIG CDSLEVEL(V61ABOVE) GLOBAL MAXVTV=32000 MVCFREE=40 VTVATTR=SCRATCH RECALWER=YES LOCKSTR=VTCS_LOCKS REPLICAT=ALWAYS VTVPAGE=LARGE INITMVC=YES SYNCHREP=YES MAXRTDS=16 FASTMIGR=YES RECLAIM THRESHLD=70 MAXMVC=40 START=35 VTSS NAME=VSMPR1 LOW=70 HIGH=80 MAXMIG=8 MINMIG=4 RETAIN=5 VTD LOW=8900 HIGH=89FF CLUSTER NAME=CLUSTER1 VTSSs(VSMPR1,VSMPR2) CLINK VTSS=VSMPR1 IPIF=0A:0 CLINK VTSS=VSMPR1 IPIF=0A:1 CLINK VTSS=VSMPR1 IPIF=0A:2 CLINK VTSS=VSMPR1 IPIF=0A:3 CLINK VTSS=VSMPR2 IPIF=0A:0 CLINK VTSS=VSMPR2 IPIF=0A:1 CLINK VTSS=VSMPR2 IPIF=0A:2 CLINK VTSS=VSMPR2 IPIF=0A:3
En este ejemplo, tenga en cuenta que los valores de CLINK IPIF
para ambos VSM6 solo deben cumplir con las restricciones de VTCS sobre estos valores y deben ser únicos para cada VTSS; no corresponden a un valor real de los puertos TCP/IP de VSM 6. También tenga en cuenta que, dado que el cluster es sin cinta, no hay sentencias CONFIG RTD
para ninguno de los VSM 6.
Puede usar las sentencias VTSSLST
y VTSSSEL
para transformar un cluster bidireccional en uno unidireccional. ¿Por qué querría hacer esto? ¿Qué sucedería si deseara cambiar los roles de los VTSS principal y secundario? Comience realizando la misma configuración que se describe en el procedimiento que se indica en "Configuración y gestión de un sistema de VTSS en cluster bidireccional." Después de finalizar el paso 5, debe realizar un cambio con las siguientes sentencias VTSSLST y VTSSSEL.
VTSSLST NAME(SITEA) VTSS(VSMPR1) VTSSSEL FUNCTION(SCRATCH) HOST(MVSA) VTSSLST(SITEA) VTSSSEL FUNCTION(SPECIFIC) HOST(MVSA) VTSSLST(SITEA)
En este ejemplo:
La sentencia VTSSLST
define el SITEA de la lista de VTSS que contiene solo VSMPR1.
Las sentencias VTSSSEL
dirigen montajes de VTV específicos y reutilizables de MVSA a SITEA, que contiene solo VSMPR1, lo que lo convierte en el principal de manera eficaz.
Por lo tanto, este cluster es, en realidad, bidireccional, pero las sentencias VTSSLST
y VTSSSEL
nos dan la flexibilidad de definir cualquier VTSS como el principal y el otro como secundario, simplemente, cargando las correspondientes sentencias de control MGMTclas
, STORclas
, VTSSLST
y VTSSSEL
con el comando MGMTDEF
.
¿Qué sucede si desea cambiar el principal y el secundario? En este caso, rescriba las sentencias VTSSLST
y VTSSSEL
para que VSMPR2 pase a ser el principal y VSMPR1, el secundario.
VTSSLST NAME(SITEB) VTSS(VSMPR2) VTSSSEL FUNCTION(SCRATCH) HOST(MVSB) VTSSLST(SITEB) VTSSSEL FUNCTION(SPECIFIC) HOST(MVSB) VTSSLST(SITEB)
En este ejemplo:
La sentencia VTSSLST
define el SITEB de la lista de VTSS que contiene solo VSMPR2.
Las sentencias VTSSSEL
dirigen montajes de VTV específicos y reutilizables de MVSB a SITEB, que contiene solo VSMPR2, lo que lo convierte, efectivamente, en el principal.
Finalmente, ¿qué sucedería si llegara el momento en que todo funcionara mejor con este cluster como cluster bidireccional? En este caso, suprima las sentencias VTSSLST
y VTSSSEL
y vuelva a cargar las definiciones.