SRS y Backups remotos Feb 2012

Transcripción

1 Desde Agosto de 2011 hemos introducido la función de SRS (Smart Remote Staging) en Quick-EDD/HA. Esta función permite desactivar el proceso de aplicación de entradas de diario en el sistema destino con el objetivo de dar una mayor disponibilidad al sistema destino, permitiendo a los clientes el acceso a datos de los objetos para la realización de copias de seguridad, extracción de datos, pruebas, etc Además, SRS se activa automáticamente, una vez configurado, para priorizar el envío de transacciones frente a la aplicación en destino de las mismas. El objetivo principal es que la transacción llegue al sistema remoto lo más pronto posible, garantizando así, el mínimo RPO. Como funciona Normalmente Quick-EDD/HA usa un proceso iterativo síncrono para leer entradas de diario del sistema origen, enviarlas y aplicarlas en el sistema destino, devolviendo una notificación de vuelta (acknowledgement). Cuando se activa S.R.S se puede separar el proceso de envío del proceso de aplicación y confirmación, pudiendo desactivar estos dos procesos finales. En este caso, las entradas de diario se guardan en el sistema destino (en un espacio temporal, *URSSPC en la biblioteca PMEDHUSR) y se aplican posteriormente cuando se reactiva el proceso. Igualmente, una vez activado S.R.S, Quick-EDD/HA priorizará el proceso de envío, convirtiendo la replicación en un proceso asíncrono evitando esperar la confirmación de destino y enviando las entradas de origen tan rápidamente como sea posible. Por defecto, Quick-EDD/HA envía transacciones desde el origen al destino y al llegar a entradas pendientes de aplicar espera a que estas entradas vayan siendo aplicadas antes de enviar una nueva tanda de transacciones. Este comportamiento podría hacer que quedaran entradas en origen, a la espera de ser enviadas en momentos de mucha actividad. Con S.R.S activo se elimina esta limitación, pudiendo enviarse todas las transacciones pendientes y dejándolas pendientes de aplicación en destino. Este sistema irá aplicando estas entradas al ritmo que pueda pero se reduce el RPO ya que las entradas YA RESIDEN en el destino. FAQ Quick-Software-Line 1/8

2 Un mandato para activar S.R.S: PMEDH/EDHSRSOPT Al activar S.R.S, se podrán acumular transacciones en destino hasta los límites establecidos en la configuración del entorno a través de los General Parameters: Maxi storage SRS Mb y/o Maximum entries FAQ Quick-Software-Line 2/8

3 Un mandato para gestionar manualmente S.R.S: PMEDH/PMEDHMOD Dos posibles opciones para S.R.S para ser usadas en el sistema destino: *NOIO Desactivación del proceso de aplicación *IO - Activación del proceso de aplicación (aplicación de las entradas acumuladas y re-arranque de la replicación síncrona, si es posible, o asíncrona si la aplicación es más lenta que el envío) FAQ Quick-Software-Line 3/8

4 S.R.S y Copias de seguridad (u otros procesos que necesiten de acceso exclusivo a los datos de destino) EDHSAVRMT Copia de seguridad remota La disponibilidad de la base de datos completa en el sistema destino le permite la realización de copias de seguridad en el sistema destino para reducir la ventana de indisponibilidad de su sistema de producción. Copia de seguridad remota Como funciona Generalmente, los responsables IT preferirán realizar los procesos de copia de seguridad en el sistema destino si esto es operacionalmente posible. Además de la copia de seguridad remota, ellos desearán que los cambios producidos en el sistema origen durante el período de copia sean transmitidos y aplicados al sistema de backup. La transmisión de cambios durante la ventana de backup reduce los requerimientos de ancho de banda tras la copia de seguridad. Quick-EDD/HA proporciona estos beneficios utilizando las funciones del sistema operativo Save While Active, directamente tratados en el proceso de replicación: El sistema origen ejecuta el mandato EDHSAVRMT que demanda la copia de seguridad. Este mandato puede ser incluido en el proceso operacional de la empresa por lo que el backup se realiza en el sistema destino en el instante preciso correspondiente a una posición estable del sistema origen (por ejemplo antes de los procesos batch nocturnos). El sistema destino acepta la petición. Esta petición es tratada por TRP, que se asegura que las copias de seguridad se realizan en el momento correcto. Quick-EDD/HA cierra todos los archivos actualmente abiertos, somete las copias de seguridad como un trabajo batch. Esta copia de seguridad se somete usando las opciones de Save while Active. Quick-EDD/HA retiene temporalmente los trabajos de replicación. Cuando el punto de control *SYNCLIB se alcanza, el sistema operativo envía un mensaje que es interpretado por Quick-EDD/HA. En ese momento, Quick-EDD/HA libera los trabajos de replicación y el ciclo de replicación normal continua. Los procesos de copia de seguridad son procesos seguros porque el sistema toma una imagen exacta de la información construida por el checkpoint. Atención: Si utiliza una entrada de trabajo planificada para realizar las copias de seguridad, cree una descripción de trabajo que contenga entradas para PMEDH y PMEDHTOOLS en la lista de bibliotecas. Indicar dicha descripción de trabajo en la entrada de trabajo planificada. FAQ Quick-Software-Line 4/8

5 EDHSAVRMT Someter la copia de seguridad remota SRS y Backups remotos Feb 2012 El mandato EDHSAVRMT es ejecutado por el sistema de Producción. Somete una copia de seguridad remota a través de la funcionalidad TRP y usando una entrada de diario. Remote Backup (EDHSAVRMT) Type choices, press Enter. Environment Name Group code Alphabetic Max. wait time Environment Código del entorno que procesará la petición (la entrada de diario) Group Code Valor alfanumérico que será enviado al programa destino EDHSAVRMT2. Permite gestionar diferentes copias de seguridad con el mismo programa (Ver Uso del código de Grupo) La entrada de diario enviada por Quick-EDD/HA arranca en el sistema destino el programa EDHSAVRMT1 El programa EDHSAVRMT1 somete un trabajo remoto EDH_SAVRMT basado en un programa secundario EDHSAVRMT2 El programa EDHSAVRMT2 realizará la copia de seguridad debe ser adaptado a las necesidades de cada cliente. Adaptación del programa EDHSAVRMT2 Las copias de seguridad son realizadas por el programa CLP EDHSAVRMT2. EL PROGRAMA DEBE SER ADAPTADO A LAS NECESIDADES DE CADA CLIENTE Por defecto, el programa contiene solo una definición básica de copia de seguridad (COMENTADA), con los parámetros estándar: SAVLIB LIB(*ALLUSR) DEV(TAP01) El programa debe ser adaptado para que funcione en el sistema (dispositivos, omisiones, etc ) Además, el mandato contiene parámetros para gestionar las opciones de Save While Active, especialmente el modo de sincronización y la cola de mensajes dedicada. Estos parámetros deben mantenerse con los valores establecidos. FAQ Quick-Software-Line 5/8

6 Nota: Antes de empezar a realizar copias de seguridad en el sistema Destino, debe asegurarse que el sistema de backup está totalmente sincronizado con el sistema de producción y asegurar la integridad de la información. Es importante utilizar dispositivos compatibles entre ambos sistemas para poder restaurar la información directamente en producción en caso de necesidad. Uso del código de Grupo El código de grupo es un campo alfanumérico que puede ser recibido y comprobado en el sistema destino con el objetivo de realizar diferentes acciones dependiendo de su valor. Por ejemplo, se podrían organizar copias de seguridad de las bibliotecas de producción usando un código de grupo y una copia de las bibliotecas de desarrollo con otro código diferente: IF COND(&GROUP *EQ PRD ) THEN(DO) SAVLIB LIB(PRD*) DEV(TAP01) IF COND(&GROUP *EQ DEV ) THEN(DO) SAVLIB LIB(TST*) DEV(TAP01) Nota: La copia de seguridad remota está basada en un proceso de Save While Active. En algunas ocasiones, para sistemas voluminosos que necesitan un tiempo muy largo para establecer el punto de sincronización, el uso del código de grupo es una forma fácil de separar la copia completa en diferentes partes. Otra opción para hacer copias El mandato estándar EDHSAVRMT permite la ejecución de copias de seguridad en el sistema destino, siendo este proceso completamente gestionado por Quick- EDD/HA desde el sistema origen (esto ocurre porque el sistema origen determina el punto exacto en el que se desea realizar la copia de seguridad, correspondiendo a un punto específico del tiempo en cuanto a la ejecución de aplicaciones). Este mandato utiliza la función While active de los mandatos de OS SAVxxx. La principal ventaja es que el proceso de aplicación continúa mientras se realizan las copias de seguridad y por tanto no se crea ninguna latencia en la replicación. Existen, por otro lado, clientes que tienen reglas diferentes para la realización de copias de seguridad y no siempre es posible usar las opciones mientras activo. Principalmente se debe a la realización de diferentes copias (bibliotecas, IFS, documento de QDLS, SAVCFG y/o SAVSECDTA ) FAQ Quick-Software-Line 6/8

7 SRS permite la realización de copias más fácilmente SRS y Backups remotos Feb 2012 Ejecutar copias de seguridad con las características que se desee es ahora mucho mas simple con la función de S.R.S. Lo único que se necesita es una CL que gestione los backup s y Quick-EDD/HA manejará el proceso enteramente. Ejemplo 1 Realizar una CL para la gestión de copias con las necesidades que se deban cumplir (normalmente el mismo programa que se utilizaba en el sistema de producción): PGM. SAVLIB SAVLIB(XXXXX) DEV... SAVDLO... SAVCFG.... ENDPGM Este programa estará extensamente comprobado. Ahora simplemente hay que someterlo usando la función de mandato remoto de Quick-EDD/HA. Para ello, simplemente hay que enviar una entrada de diario en el diario de auditoria usando el mandato SNDJRNE. La entrada de diario, usando un código especial *CMR (mandato remoto remote command) será procesada por el motor de replicación de Quick-EDD/HA. La entrada contendrá el mandato CALL que será enviado al sistema destino y el programa será ejecutado por un trabajo Xnn de Quick del entorno de replicación. Una vez procesado el mandato *CMR, Quick-EDD/HA hará automáticamente lo siguiente: - Aplicar y enviar confirmación de aplicación de todas las entradas previas. - Cerrar los archivos abiertos. - Cambiar el entorno a *NOIO - Ejecutar el mandato definido en la entrada de diario SU COPIA DE SEGURIDAD - Cuando el programa se finaliza, el entorno vuelve a *IO Usando esta funcionalidad, la ejecución de copias de seguridad remotas se convierte en un proceso muy sencillo, usando la CL utilizada hasta ese momento en producción. Ejemplo 2 Dependiendo de la empresa a veces se requiere de la validación de las copias de seguridad y si el proceso falla ES OBLIGATORIO ejecutar la copia otra vez DESDE LA MISMA POSICIÓN EN QUE QUEDÓ. Usando el ejemplo 1 no es posible hacerlo. Cuando la CL se finaliza, aunque haya fallado, el entorno se retorna a *IO automáticamente. FAQ Quick-Software-Line 7/8

8 Si un cliente quiere validar las copias de seguridad como se ha descrito, la CL tendrá que ser más sofisticada para gestionar la separación del proceso SRS de la copia de seguridad en sí misma: - La copia de seguridad puede ser sometida tanto por el sistema origen como por el sistema destino. - El programa CL principal usará el mandato PMEDHMOD para cambiar el entorno a *NOIO - La copia de seguridad se ejecutará Puede ser un CALL o un SBMJOB - Opción 1 La CL con la copia de seguridad se monitoriza correctamente y si finaliza normalmente el mandato PMEDHMOD se usa para retornar el entorno a *IO. - Si la CL falla por cualquier razón, el entorno permanece en *NOIO y el operador puede tomar la decisión de ejecutar una nueva copia de seguridad o retornar manualmente el entorno a *IO. En este caso, lo más importante es que el mandato PMEDHMOD no es manejado automáticamente por la función *CMR si no que se ejecuta como una función independiente. Un programa u operación manual realizado por el operador puede tomar la decisión de reactivar el proceso de *IO. FAQ Quick-Software-Line 8/8