Admin Alerta: Técnicas CL programación para resolver problemas de copia de seguridad

Joe Hertvik

Gestión de copias de seguridad correctamente es uno de los deberes más importantes de un administrador del sistema se enfrenta. En OS/400, se trata de una serie de tareas detalladas que se han documentado en ediciones anteriores de Alert administración . Sin embargo, siempre hay diferentes procedimientos para realizar copias de seguridad de OS/400 más flexible y más fácil de ejecutar. Esta semana, vamos a examinar tres técnicas de programación CL que resuelven diferentes problemas de seguridad.

1. Iniciando varias cintas con una llamada del programa. Cuando usted está utilizando el mandato Inicializar cinta verde de pantalla (INZTAP) para formatear las cintas de copia de seguridad, el comando es limitada, ya que puede dar formato a una sola cinta a la vez. Esto puede llegar a ser lento cuando se desea dar formato rápidamente a una serie de cintas de una manera particular. Para automatizar la inicialización de cinta, aquí hay algo de código CL que los formatos de diez cintas en una fila con una unidad de cinta designada como variable de entrada:

PGM PARM (& TAPDEV) DCL VAR (& TAPDEV) TIPO (* CHAR) LEN (6) DCL VAR (& COUNT) TIPO (* DEC) LEN (10 0) VALOR (0)

INITTAPE: INZTAP DEV (y TAPDEV) VER (* NO) + ENDOPT (* DESCARGA) CLEAR (* NO)

SI COND (& COUNT * LE 10) ENTONCES (DO)CHGVAR VAR (& COUNT) VALOR (& COUNT + 1) GOTO CMDLBL (INITTAPE)ENDDO

ENDPGM

Este programa es muy útil para inicializar los volúmenes en cualquier unidad de cinta OS/400-connected que procesa varias cintas, incluyendo IBM 3570, 3580 y 3590 unidades. Debido a que el programa acepta el nombre del dispositivo como variable de entrada, que permite sustituir los diferentes nombres de las unidades de cinta, como TAP01 o TAP02, sin volver a compilar el código. Tras la activación, el programa realiza una inicialización simple para cada una de las cintas, se descarga cada cinta después de la orden INZTAP ultima (que se realiza a través Fin del comando del parámetro de cinta o ENDOPT, valor * DESCARGAR), y luego utiliza la unidad de cinta capacidad de cargador automático para cargar la siguiente cinta a medida que los ciclos a través de su ciclo de procesamiento INZTAP. Este programa también es fácil de extender, por lo que puede agregar código para pasar en el número de cintas para inicializar o crear identificador de volumen personalizado o valores de identificador de usuario de cada cinta.

2. Conversión de OS/400 nombres de dispositivo de unidad de cinta en el sistema de archivos integrado (IFS) nombres. mayoría de OS/400 de pantalla verde guardar comandos - como Salvar biblioteca (SAVLIB), Guardar objeto de biblioteca de documentos (SAVDLO) o Guardar Sistema (SAVSYS) - Utilizar un nombre de dispositivo nativo OS/400, como TAP01 o TAP02, para designar la unidad de medios de copia de seguridad en. Sin embargo, cuando se utiliza la opción Guardar objetos (SAV) de comandos de copia de seguridad de archivos IFS en cinta, tiene que designar el nombre del dispositivo IFS de su unidad de copia de seguridad, en lugar del nombre del dispositivo OS/400. Esto significa que el nombre del dispositivo tiene que contener los iSeries o sistema de archivo de AS/400 donde reside la unidad (que es siempre / QSYS.LIB /), así como un identificador de dispositivo. DEVD añadido al final del nombre.

Así que si su mandato SAV hace copia de archivos IFS en el dispositivo TAP01, es necesario convertir el nombre TAP01 a su contraparte IFS e introduzca el nombre convertido en el parámetro de dispositivo (DEV) del mandato SAV, de la siguiente manera:

SAV DEV ('/ QSYS.LIB/TAP01.DEVD') OBJ (('/ *') ('/ QSYS.LIB' + * OMITIR) ('/ QDLS' * OMITIR)) ENDOPT (* LEAVE)

Para automatizar este proceso, puede utilizar el siguiente código de programa CL que acepta el nombre de dispositivo nativo OS/400 (TAP01, por ejemplo), lo convierte a su formato IFS, y luego usa el nombre de la unidad de cinta convertida en una copia de seguridad SAV:

PGM PARM (& TAPDEV) DCL VAR (& TAPDEV) TIPO (* CHAR) LEN (6) DCL VAR (& TAPDEVLNG) TIPO (* CHAR) LEN (40) + VALOR ('/ QSYS.LIB /') DCL VAR TIPO (y TAPDEVEND) (* CHAR) LEN (5) + VALOR ('. DEVD')

CHGVAR VAR (& TAPDEVLNG) VALOR (& TAPDEVLNG * TCAT + Y TAPDEV * TCAT y TAPDEVEND) SAV DEV (y TAPDEVLNG) OBJ (('/ *') ('/ QSYS.LIB' + * OMITIR) ('/ QDLS' * OMITIR)) ENDOPT (* LEAVE) MONMSG MSGID (CPF0000)

ENDPGM

Como la mayoría de OS/400 mandatos de salvar, SAV admite el uso de una variable CL para el parámetro de dispositivo (DEV). Una vez más, la ventaja es que este código le permite utilizar fácilmente las diferentes unidades de cinta de copia de seguridad sin tener que recompilar el programa.

3. Ahorro de la mayoría de sus bibliotecas OS/400 sin entrar en modo restringido. Si se utiliza el comando Guardar Biblioteca de pantalla verde (SAVLIB), una técnica común es especificar * NONSYS en el parámetro Library (LIB), de modo que puede guardar toda su nativa OS/400 set biblioteca, como se muestra aquí:

SAVLIB LIB (* NONSYS) DEV (TAP01) ENDOPT (* LEAVE)

A * backup NONSYS guarda todos sus bibliotecas OS/400 - incluyendo las bibliotecas creadas por el usuario, las bibliotecas QGPL y QUSRSYS y bibliotecas de programas bajo licencia - pero su requisito limitante es que sus iSeries o AS/400 deben estar en modo restringido para utilizar ella. No se puede ejecutar un archivo * NONSYS copia de seguridad en el modo de salvar mientras está activo. No es una solución, sin embargo.Para guardar su biblioteca OS/400 toda establecido mientras que el procesamiento se produce, se puede dividir el * NONSYS mandato SAVLIB en dos mandatos SAVLIB, cada uno de los cuales apoya una parte de los NONSYS * guardar los valores establecidos, proporcionando una casi completa * NONSYS ahorrar sin estar en modo restringido.

He aquí cómo funciona.

En lugar de ejecutar un comando * NONSYS SAVLIB, puede ejecutar dos comandos SAVLIB: uno para copia de seguridad de todas las bibliotecas de IBM (IBM *) y otra para copias de seguridad de todas las bibliotecas de usuario (* ALLUSR). IBM especifica que la realización de una SAVLIB LIB (* IBM), seguido de un SAVLIB LIB (* ALLUSR), guarda las mismas bibliotecas como un comando SAVLIB LIB (* NONSYS).Si se combina esta técnica con el procesamiento de salvar mientras está activo, puede salvar a la mayoría de los datos de la biblioteca OS/400 y sin poner el sistema en estado restringido. Aquí hay algo de código CL se puede utilizar para hacer esto:

SAVLIB LIB (* ALLUSR) DEV (TAP01) ENDOPT (* LEAVE) SAVACT (* SYSDFN) + SAVACTMSGQ (QSYSOPR)

MONMSG MSGID (CPF0000) SAVLIB LIB (* IBM) DEV (TAP01) ENDOPT (* LEAVE) SAVACT (* SYSDFN) + SAVACTMSGQ (QUSRSYS / ISJOEH)MONMSG MSGID (CPF0000)

La copia de seguridad ALLUSR guarda todos los datos de licencia y el programa, así como algunas bibliotecas IBM que comienzan con la letra Q. La copia de seguridad de IBM guarda todas las bibliotecas "Q" IBM-previstas, con algunas excepciones. El Ahorro Activo valor del parámetro (SAVACT) de * SYSDFN realiza el procesamiento de salvar mientras está activo y permite que los objetos en cada biblioteca para llegar a los puestos de control en diferentes momentos, lo que elimina algunas restricciones de tamaño que pueden impedir el ahorro de todos los objetos en algunas bibliotecas con el SAVACT (* LIB) parámetro. SAVACT (* LIB) requiere que todos los objetos de una biblioteca a alcanzar sus controles salvar mientras está activo juntos, que utiliza más memoria. Al usar estos dos juntos, casi se puede realizar el equivalente de un SAVLIB LIB (* NONSYS) copia de seguridad.

Sin embargo, hay algunas desventajas a esta técnica, por lo que recomendamos considerar cuidadosamente antes de su aplicación en el entorno. En primer lugar, algunos de los objetos que se utilizan no pueden ser salvados mediante el uso de la ALLUSR * o * Técnicas de IBM en un entorno activo. También hay algunas bibliotecas de IBM que la copia de seguridad * IBM no va a salvar (ver el texto de ayuda del parámetro Biblioteca SAVLIB para obtener una lista de las bibliotecas). Dado que los objetos de la misma biblioteca pueden llegar a salvar sus puestos de control en diferentes momentos, el otro gran inconveniente es que una SAVACT (* LIB) guardar los parámetros pueden no proporcionar los datos de copia de seguridad coordinadas establezca lo necesario para la recuperación de desastres. Así evaluar esta técnica con cuidado y asegurarse de que es adecuado para su organización. También es importante saber que, si bien esto es una buena técnica a utilizar en forma regular, no debe ser utilizado como un sustituto de las copias de seguridad, para todo el sistema en modo restringido regulares, que ahorrar otros objetos de las bibliotecas OS/400 .