El uso de la VLE (Virtual Library Extension) como solución de recuperación ante desastres proporciona un método simplificado y sin interrupciones de realización de pruebas de DR y de recuperación a partir de un evento de interrupción de las actividades.
El sistema gestiona la VLE como una biblioteca (ACS). No obstante, debido a que la VLE usa almacenamiento en disco en lugar de almacenamiento en cinta, y a que mantiene un inventario interno de los VTV en su contenido, ofrece funciones que una biblioteca real no puede ofrecer:
La VLE es una solución "sin cinta", que permite evitar los problemas de la gestión de medios.
Los datos se envían a la VLE mediante IP y no requieren extensión de canal.
La VLE puede realizar una auditoría de MVC en cuestión de segundos mediante su base de datos interna, en comparación con el montaje y la lectura de un cartucho MVC.
En este capítulo, se describe el uso de la VLE en un entorno simple de dos sitios. No obstante, se debe tener en cuenta que la solución admite cualquier cantidad de sitios con cualquier cantidad de VLE en cada sitio. Además, uno de los sitios puede ser un sitio exclusivo de DR, donde no se ejecuten LPAR de MVS, excepto durante una prueba de DR o un desastre declarado.
El procedimiento que se indica a continuación un entorno de dos sitios: SITE1 y SITE2. Cada sitio tiene un VSM y una VLE. En este ejemplo, el SITE2 se describe como un sitio exclusivo de DR, pero el SITE2 también puede ser un sitio de producción definido como imagen reflejada de SITE1.
Nota:
El tamaño del buffer de VLE en el SITE2 debe ser suficiente para alojar tanto los datos migrados de producción como los datos creados durante una prueba de DR.Durante la producción normal se definen políticas en el SITE1 para migrar una copia de los datos al SITE1 de la VLE local y una segunda copia al SITE2 de la VLE remota. Se pueden crear copias adicionales, por ejemplo, ambas copias en otra VLE y copias de cinta.
A continuación, se muestra un ejemplo de políticas definidas en el SITE1:
Las definiciones de SMC se usan para asignar un nombre MGMTCLAS de VLEPROD a los juegos de datos con un cualificador de nivel superior de "PAYROLL".
POLICY NAME(VLEPOL) MEDIA(VIRTUAL) MGMT(VLEMGMT) + SUBP(VIRTSCR) TAPEREQ DSN(PAYROLL.*) POLICY(VLEPOL)
Las definiciones POOLPARM/VOLPARM de HSC se usan para definir los volúmenes de producción:
POOLPARM TYPE(MVC) NAME(LOCAL) VOLPARM VOLSER(VLL000-VLL099) POOLPARM TYPE(MVC) NAME(VAULT1) VOLPARM VOLSER(VLV000-VLV099) POOLPARM TYPE(SCRATCH) NAME(VIRTSCR) VOLPARM VOLSER(V00000-V99999) MEDIA(VIRTUAL)
Nota:
Tenga en cuenta que los MVC en las agrupaciones LOCAL y VAULT1 son VMVC (MVC virtuales) en el SITE1 y el SITE2 de las VLE, respectivamente, y no tienen un tipo de medio asociado a ellos.VTCS STORCLAS y MGMTCLAS se usan para definir las políticas de VTCS:
STOR NAME(VLE1) STORMNGR(SITE1VLE) MVCPOOL(LOCAL) STOR NAME(VLE2) STORMNGR(SITE2VLE) MVCPOOL(VAULT1) MGMT NAME(VLEMGMT) DELSCR(YES) MIGPOL(VLE1,VLE2)
Cuando un trabajo se ejecuta con un juego de datos que comienza con el cualificador de nivel superior "PAYROLL", SMC usa TAPEREQ y POLICY para asignar una MGMTCLAS de VLEPROD a la solicitud de montaje. VTCS selecciona un volumen reutilizable virtual en la agrupación LOCSCR (rango V00000-V99999) y le asigna una MGMTCLAS de VLEPROD. Después de que el volumen se desmonta, se migra una copia a la VLE local (STORMNGR SITE1VLE) y la segunda copia se migra a la VLE remota (STORMNGR SITE2VLE).
E proceso de configuración para una prueba de DR en el SITE2 es simple y rápido, y requiere restricciones mínimas en el SITE1.
Los pasos básicos son los siguientes:
Cree un nuevo CDS en el SITE2 que incluya solamente datos de configuración básica.
Marque el VMVC del SITE1 como READONLY para evitar conflictos.
Realice una auditoría de los MVC virtuales de producción en la VLE del SITE2. En este paso, se completan los CDS con los metadatos virtuales existentes. Según la cantidad de VTV en la VLE, este paso puede tardar desde unos pocos minutos hasta menos de una hora.
Ejecute la carga de trabajo de la prueba de DR con un rango de VTV y MVC que no se superponga con los volúmenes de producción.
En el resto de esta sección se proporcionan detalles acerca de la definición de los parámetros en el sitio de DR y se describen los pasos que se deben seguir para garantizar que el contenido de los VMVC de producción no se modifique durante la prueba.
Creación del CDS de prueba de DR.
Utilice el proceso LIBGEN/SLICREAT para crear el CDS en el SITE2. Tenga en cuenta que debe crear este CDS aunque ya esté ejecutando trabajo de producción en el SITE2. El nuevo CDS contiene solamente datos de DR del SITE1. También debe tener en cuenta que es necesario definir al menos un ACS en las macros LIBGEN, aunque su configuración no incluya cinta física.
Ejecute la utilidad SET VOLPARM para definir los volúmenes para la prueba de DR:
POOLPARM TYPE(MVC) NAME(VAULT1) VOLPARM VOLSER(VLV000-VLV099) POOLPARM TYPE(EXTERNAL) NAME(PRODVTVS) VOLPARM VOLSER(V00000-V99999) MEDIA(VIRTUAL) POOLPARM TYPE(MVC) NAME(DRMVC) VOLPARM VOLSER(VLT000-VLT099) POOLPARM TYPE(SCRATCH) NAME(VIRTSCR) VOLPARM VOLSER(VT0000-VT9999) MEDIA(VIRTUAL)
Tenga en cuenta que las dos primeras agrupaciones definen volúmenes creados por el SITE1 que se utilizarán como entrada para la prueba en el SITE2. El tipo de agrupación EXTERNAL indica que estos son volúmenes que no forman parte de una subagrupación reutilizable. Las dos últimas agrupaciones son agrupaciones locales que se usarán como salida de la prueba en el SITE2.
Defina las MGMTCLAS y STORCLAS de VTCS que se usarán para la prueba de DR:
STOR NAME(DRVLE) STORMNGR(SITE2VLE) MVCPOOL(DRMVC) MGMT NAME(VLEMGMT) DELSCR(YES) MIGPOL(DRVLE)
Tenga en cuenta que debido a que MGMTCLAS y las subagrupaciones reutilizables en el sistema de DR del SITE2 tienen los mismos nombres que las políticas de producción (pero distintas definiciones), ahora puede usar las mismas sentencias POLICY y TAPEREQ de SMC para la prueba de DR del SITE2 que las que usa en la producción del SITE1.
Abra el HSC/VTCS en la LPAR de prueba de DR.
Marque los MVC de producción como READONLY.
Este es un paso crítico del proceso y se debe realizar tanto en el SITE1 del CDS de producción como en el SITE2 del CDS de prueba de DR. Tenga en cuenta que una vez que los MVC se han definido como READONLY en el CDS de producción, puede continuar con el procesamiento normal, que incluye:
RECLAIM. La recuperación automática no selecciona un MVC en estado READONLY (SOLO LECTURA).
SCRATCH. Si bien los VTV se actualizarán en el CDS de producción y quedarán en estado reutilizable, es decir que se podrán reutilizar, la copia del MVC virtual de solo lectura de la VLE no se verá afectada.
Procesamiento normal para agregar o sobrescribir los VTV en los VMVC. Las nuevas versiones de VTV se migrarán a los nuevos VMVC, mientras que la copia del MVC virtual de solo lectura de la VLE no se verá afectada.
Nota:
No obstante, tenga en cuenta que no puede ejecutar la utilidadDRAIN en estos MVC, ya que elimina la copia de la VLE de los metadatos virtuales de MVC.Utilice la utilidad ACTMVCGN para seleccionar los MVC de producción en el sitio de producción mediante el CDS de producción. Esta utilidad genera sentencias de control para establecer el indicador READONLY en los MVC que selecciona y sentencias de control para desactivar el indicador READONLY una vez que la prueba ha finalizado. Al usar la palabra clave ALL en la sentencia de control ACTMVCGN se garantiza que se seleccionen todos los MVC para procesamiento READONLY, lo que permite que se ejecute la recuperación automática en el sistema de producción sin afectar la prueba de DR. La sentencia SLUSMAUD DD también se debe incluir para generar sentencias AUDIT para los VMVC que se usarán en la prueba. Tenga en cuenta que, si lo desea, puede ejecutar la utilidad ACTMVCGN en el sitio de producción para crear las actualizaciones de producción y en el sitio de DR, en una copia reflejada del CDS, para crear las actualizaciones de CDS de la prueba de DR. En el siguiente ejemplo, se muestra un JCL de muestra para ejecutar esta utilidad:
//ACTMVCGN JOB (ACCT),'ACTMVCGN',NOTIFY=&SYSUID //ACTMVCG1 EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSPRINT DD SYSOUT=* //* NOTE: CDS DD statements are optional if running at the production //* site with an active HSC LPAR. //SLSCNTL DD DSN=hlq.DBASEPRM,DISP=SHR //SLSCNTL2 DD DSN=hlq.DBASESEC,DISP=SHR //SLSSTBY DD DSN=hlq.DBASESBY,DISP=SHR //* NOTE: MVCMAINT READONLY(ON) STATEMENTS //SLUSMVON DD DSN=hlq.SLUSMVON,DISP=(NEW,CATLG,DELETE), // SPACE=(CYL,1) //* NOTE: MVCMAINT READONLY(OFF) STATEMENTS //SLUSMVOF DD DSN=hlq.SLUSMVOF,DISP=(NEW,CATLG,DELETE), // SPACE=(CYL,1) //* NOTE: AUDIT MVC(VVVVVV) STATEMENTS //SLUSMAUD DD DSN=hlq.SLUSMAUD,DISP=(NEW,CATLG,DELETE), // SPACE=(CYL,1) //* NOTE: THE FOLLOWING SELECTS ALL "NON-EMPTY" VMVCS //SLSIN DD * ACTMVCGN ALL MVCPOOL(VAULT1) /*
En el sitio de producción, ejecute la función de la utilidad MVCMAINT para marcar los VMVC como READONLY.
//RDONLYON EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSPRINT DD SYSOUT=* //* NOTE: EXEC MVCMAINT TO SET READONLY(ON). Output of //* ACTMVCGN utility. //SLSIN DD DSN=hlq.SLUSMVON,DISP=SHR
Abra el HSC/VTCS en el sitio de DR.
Ejecute una autoría de MVC de los VMVC de producción en el SITE2 de la VLE con el CDS del SITE2 recientemente creado y la salida de la utilidad ACTMVCGN. En este paso, se completan los metadatos de CDS que contienen las relaciones entre los VTV y los VMVC.
//AUDIT EXEC PGM=SLUADMIN //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSPRINT DD SYSOUT=* //* NOTE: AUDIT CONTROL STATEMENTS FROM ACTMVCGN UTILITY //SLSIN DD DSN=hlq.SLUSMAUD,DISP=SHR
De manera opcional, puede recuperar los VTV que se utilizarán en la prueba de DR en el buffer de VTSS, mediante LCM u otro método de selección de VTV para recuperación. No obstante, este paso no es necesario, ya que las recuperaciones a partir del buffer de la VLE son relativamente rápidas.
Ejecute la utilidad MVCMAINT mediante la salida de ACTMVCGN READONLY(ON) para establecer los VMVC de producción en READONLY en el SITE2, en el CDS de DR.
//RDONLYON EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSPRINT DD SYSOUT=* //* NOTE: EXEC MVCMAINT TO SET READONLY(ON). Output of //* ACTMVCGN utility. //SLSIN DD DSN=hlq.SLUSMVON,DISP=SHR
Opcional: Antes de comenzar la prueba de DR, puede ejecutar VTVRPT y MVCRPT para validar el contenido del CDS de prueba de DR.
Ejecute la carga de trabajo de prueba de DR.
Abra SMC. Si usó los mismos nombres en la MGMTCLAS y las subagrupaciones reutilizables que en el sistema de producción, puede usar sus sentencias de producción TAPEREQ y POLICY. Se recomienda, pero no es obligatorio, que utilice un nombre de TapePlex distinto para el TapePlex de prueba de DR.
Ejecute la carga de trabajo de DR con el SMC y el nuevo CDS de HSC/VTCS.
No hay limitaciones sobre la actualización de volúmenes de producción de VTV durante las pruebas de DR. Los datos de los VTV de producción se pueden agregar a (DISP=MOD) o sobrescribir (DISP=OLD). Estas actualizaciones no afectan el contenido de la copia de VTV en el MVC de producción virtual READONLY y, por lo tanto, no afectan la copia de producción de los datos.
Una vez que la prueba de DR ha finalizado, el objetivo de la limpieza es eliminar metadatos del VTSS y de la VLE, de modo que la siguiente prueba de DR no vea estos datos. Tenga en cuenta que el HSC/VTCS de la prueba de DR debe permanecer activo hasta que la limpieza haya finalizado. Los pasos son los siguientes:
Ejecute la función de la utilidad SCRATCH para reutilizar todos los VTV creados durante la prueba del VTSS y de los VMVC de la prueba de DR de la VLE. Cuando el parámetro DELSCR(YES) se especifica en la prueba de DR MGMTCLAS, la ejecución de la utilidad de reutilización hace que los VTV se supriman de los metadatos de la VLE y del buffer.
//SCRATCH EXEC PGM=SLUADMIN //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSIN DD * SCRATCH VOL(VT0000-VT9999)
Tenga en cuenta que si modificó cualquier VTV de producción mediante DISP=MOD o DISP=OLD, estos VTV permanecen en el buffer y en la VLE.
Al reutilizar los VTV de la subagrupación de la prueba DR después de la prueba, minimiza la cantidad de tiempo que se necesita para limpiar el VTSS y la cantidad de datos que quedan en la VLE después de la finalización de la prueba.
Migre el VTSS a 0.
//MIGRTO0 EXEC PGM=SLUADMIN //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSIN DD * MIGRATE VTSS(DRVTSS) THRESHLD(0)
Este paso se debe realizar solamente si la salida de su prueba de DR incluía nuevas versiones de VTV de producción.
Verifique que el VTSS de DR ahora esté vacío.
//AUDVTSS EXEC PGM=SLUADMIN //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSIN DD * AUDIT VTSS(DRVTSS)
Tenga en cuenta que si modificó los VTV de producción durante la prueba de DR, las copias de estos datos y los metadatos permanecen en la VLE para la agrupación de MVC de la prueba de DR (VLT000-VLT099, VTV V00000-V99999). Durante la siguiente prueba de DR, estos VMVC se escribirán a partir del comienzo lógico de la cinta, y cualquier dato que contengan se eliminará de la VLE. Dado que el nuevo CDS de prueba de DR no tiene conocimiento de estos datos, no afectará a la siguiente prueba de DR.
En el sitio de producción, use las tarjetas de control READONLY(OFF) creadas por la utilidad ACTMVCGN al comienzo de la prueba para colocar los VMVC de producción nuevamente en un estado que admita escritura.
//RDONLYOF EXEC PGM=SLUADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SEALINK,DISP=SHR //SLSPRINT DD SYSOUT=* //* NOTE: EXEC MVCMAINT TO SET READONLY(OFF) //SLSIN DD DSN=hlq.SLUSMVOF,DISP=SHR
Cuando se produce una interrupción en el SITE1 que requiere que el SITE2 tome la carga de trabajo del SITE1, el proceso es casi idéntico al procedimiento de prueba de DR.
Si se está ejecutando una prueba de DR cuando se produce la interrupción del SITE1, siga el proceso que se describe anteriormente para realizar una limpieza después de la prueba de DR y detenga la prueba de DR.
Para comenzar a ejecutar la carga de trabajo del SITE1 en el SITE2, siga el procedimiento descrito anteriormente para iniciar una prueba de DR. Obviamente, omitirá el paso que consiste en marcar los VMVC de producción como READONLY en el CDS de producción, ya que no hay un CDS de "producción" para actualizar. No obstante, utilizará la copia reflejada del CDS de producción para generar las tarjetas de control MVCMAINT READONLY para los MVC de producción en la VLE.
También tendrá que usar las políticas de prueba de DR que separan los VTV que se están creando y los VMVC de salida en un rango separado, a fin de evitar cualquier posibilidad de dañar los datos de producción hasta después de que se haya verificado la continuidad empresarial.
Nota:
Si los trabajos de producción que realizan el procesamiento deDISP=MOD para datos de cinta no tienen un punto de sincronización definido, puede que el contenido de un VTV en el momento de una interrupción sea impredecible. StorageTek recomienda revisar todos los procedimientos de recuperación ante desastres a fin de garantizar puntos de sincronización predecibles para los datos de cinta.