AS/400e. Copiadeseguridaddelsistema

Transcripción

1 AS/400e Copiadeseguridaddelsistema

2

3 AS/400e Copiadeseguridaddelsistema

4 Copyright International Business Machines Corporation Reserados todos los derechos.

5 Contenido Parte 1. Copia de seguridad del sistema Capítulo 1. Preparación del soporte para salar el sistema Selección del soporte de salar Diferencias entre el soporte óptico y el soporte en cinta Rotación de cintas y otros soportes Preparación de soportes y unidades de cintas... 7 Denominación y etiquetado de soportes Verificación de los soportes de almacenamiento... 9 Almacenamiento del soporte Manejo de errores de soporte de cinta Capítulo 2. Antes de salar algo Utilización de la opción de comprobación preia.. 11 Liberación de almacenamiento al salar Cómo el bloqueo de objetos afecta a las operaciones de salar Limitaciones de tamaño al salar objetos Mensaje CPF Limitaciones al utilizar archios de salar Comprobación de lo que ha salado el sistema.. 16 Determinar qué objetos ha salado el sistema (mensajes de salar) Determinar qué objetos no se han salado Determinar cuándo se saló un objeto por última ez Cómo maneja el sistema los objetos dañados durante una operación de salar Capítulo 3. Cómo salar el sistema con el mandato GO SAVE Visión general de las opciones del menú del mandato GO SAVE Cómo cambiar los alores por omisión del menú Salar con GO SAVE: Opción Cómo salar todo el sistema con GO SAVE: Opción Cómo salar los datos del sistema con GO SAVE: Opción Cómo salar los datos de usuario con GO SAVE: Opción Cómo salar partes del sistema con otras opciones del menú del mandato GO SAVE Utilización de GO SAVE: Opciones 21, 22 y Imprimir la información del sistema Capítulo 4. Cómo salar partes del sistema manualmente Cómo salar datos del sistema Métodos para salar el Código Interno bajo Licencia Métodos para salar información del sistema.. 41 Métodos para salar objetos del sistema operatio Cómo salar datos del sistema y datos de usuario relacionados Cómo salar bibliotecas con el mandato SAVLIB 43 Cómo salar archios de salar Cómo salar datos de seguridad que incluyen perfiles de usuario y autorizaciones priadas.. 47 Cómo salar la información de configuración.. 48 Cómo salar programas bajo licencia Métodos para salar datos del sistema y datos de usuario relacionados Cómo salar datos de usuario en el sistema Cómo salar objetos con el mandato SAVOBJ.. 54 Cómo salar solamente los objetos cambiados.. 55 Cómo salar archios de base de datos Cómo salar diarios y receptores de diario Cómo salar sistemas de archios Cómo salar sistemas de archios definidos por usuario Cómo salar objetos de bibliotecas de documentos (DLO) Cómo salar archios en spool Cómo salar información de sericios de oficina 89 Métodos para salar datos de usuario Cómo salar tipos de objeto específicos Cómo salar particiones lógicas y aplicaciones del sistema Cómo salar particiones lógicas Cómo salar un seridor Domino para AS/ Cómo salar Integración de Windows Serer con AS/ Cómo salar información de Integración Mejorada OS/400 para Noell NetWare Procedimientos arios de salar para almacenamiento y datos del Sistema/ Cómo salar información del Sistema/36 en un entorno de múltiples sistemas operatios Cómo salar almacenamiento (datos del Código interno bajo licencia y datos de unidad de discos) Capítulo 5. Cómo salar el sistema bajo limitaciones de tiempo Cómo iniciar la función salar mientras está actio Utilización de la opción de niel de sincronización (SAVACT) Utilización de la opción de tiempo de espera (SAVACTWAIT) Utilización de la opción de notificación de punto de control (SAVACTMSGQ) Copyright IBM Corp iii

6 Utilización de opciones adicionales de salar mientras está actio (SAVACTOPT) Visión general de la función salar mientras está actio Consideraciones sobre el rendimiento para salar mientras está actio Consideraciones sobre el almacenamiento para salar mientras está actio Reducción del tiempo de no disponibilidad de salar Ejemplo: Reducción del tiempo de no disponibilidad de salar Eliminación del tiempo de no disponibilidad de salar Procedimientos de salar recomendados para salar mientras está actio Utilización de operaciones de salar paralelas Restricciones de una operación de salar paralela Utilización de múltiples mandatos de salar simultáneamente i AS/400e: Copia de seguridad del sistema

7 Parte 1. Copia de seguridad del sistema Un método facil para hacer copia de seguridad del sistema son las opciones del menú Salar del mandato GO SAVE. Estas opciones del menú Salar incluyen la opción 21 para salar todo el sistema, la opción 22 para salar los datos del sistema y la opción 23 para salar los datos de usuario. Cada una de estas opciones requiere que el sistema esté en estado restringido. Esto significa que ningún usuario puede acceder al AS/400 y la copia de seguridad es lo único que se está ejecutando en el sistema AS/400. Utilice el mandato GO SAVE, opción 21 del menú, para salar todo el sistema. A continuación podrá utilizar las demás opciones de menú del mandato GO SAVE para salar las partes del sistema que cambien de forma regular. Además, puede utilizar otros muchos mandatos de salar para salar partes indiiduales del sistema AS/400. Si no dispone de tiempo para realizar una operación de salar completa, puede salar el sistema AS/400 mientras está actio. Sin embargo, debe tener una copia de seguridad completa de todo el sistema (lo que requiere un estado restringido), antes de utilizar estas funciones aanzadas. Cómo empezar: Reise toda la información de Planificación de una estrategia de copia de seguridad y recuperación y determine cómo salará los datos. (El archio PDF (Portable Document Format) puede ser de utilidad.) Si elige una estrategia de salar simple, reise la Figura 1 en la página 22 para er qué componentes del sistema se salan mediante el mandato GO SAVE, opciones de menú 21, 22 ó 23. Después aya al apartado, Capítulo 1. Preparación del soporte para salar el sistema en la página 3. Si elige una estrategia de salar media o compleja, efectúe lo siguiente: 1. Trace un diagrama del sistema semejante al que se muestra en la Figura 1 en la página 22. En el diagrama, desglose la sección denominada Bibliotecas de usuario en segmentos menores que coincidan con el modo en que tiene la intención de salar las bibliotecas de usuario. 2. Estudie la información de la Figura 1 en la página 22 y del Capítulo 4. Cómo salar partes del sistema manualmente en la página Determine cómo y cuándo planea salar cada componente del sistema. Utilice la información mostrada más abajo para hacer copias de seguridad del sistema según su estrategia de salar: El Capítulo 1. Preparación del soporte para salar el sistema en la página 3 le proporciona información sobre los soportes para salar que resultan de utilidad para todas sus funciones de salar. El Capítulo 2. Antes de salar algo... en la página 11 le proporciona la información que debe leer antes de salar algo del sistema. El Capítulo 3. Cómo salar el sistema con el mandato GO SAVE en la página 21 le proporciona un método sencillo para salar todo el sistema, o las partes del sistema que cambien de forma regular. Copyright IBM Corp

8 El Capítulo 4. Cómo salar partes del sistema manualmente en la página 39 le ofrece información, para una estrategia de salar media o compleja, sobre cómo utilizar mandatos de salar para salar el sistema manualmente. El Capítulo 5. Cómo salar el sistema bajo limitaciones de tiempo en la página 115 es de utilidad cuando no dispone de tiempo para realizar una operación de salar completa. Esto es lo normal para las estrategias de salar complejas que disponen de un período para salar reducido. 2 AS/400e: Copia de seguridad del sistema

9 Capítulo 1. Preparación del soporte para salar el sistema La gestión de las cintas y otros soportes es una parte importante de la operación de salar. Si no puede localizar con facilidad las cintas y otros soportes correctos y no dañados cuando es necesario efectuar una recuperación, la recuperación del sistema resultará más difícil. Esta es una lista de los tipos de soportes de almacenamiento para salar: Cinta magnética Soporte óptico Disquete Archio de salar Una gestión satisfactoria de los soportes implica tomar decisiones sobre cómo gestionar los soportes, anotar esas decisiones y superisar los procedimientos regularmente. La gestión de soportes requiere lo siguiente: Selección del soporte de salar Rotación de cintas y otros soportes en la página 7 Preparación de soportes y unidades de cintas en la página 7 Denominación y etiquetado de soportes en la página 8 Verificación de los soportes de almacenamiento en la página 9 Almacenamiento del soporte en la página 10 Manejo de errores de soporte de cinta en la página 10 El programa Backup Recoery and Media Serices para AS/400 (BRMS) proporciona un juego de herramientas que siren de ayuda para gestionar los soportes. Para obtener más información, aya al sitio Web Backup Recoery and Media Serices disponible solamente en inglés. Selección del soporte de salar Las cintas son el soporte de almacenamiento que más se suele utilizar en las operaciones de salar y restaurar. A partir de la V4R5 podrá salar los datos de usuario AS/400 y los datos del sistema AS/400 en soporte óptico. La tabla que se muestra a continuación muestra los mandatos de salar y restaurar y los soportes que se pueden utilizar con ellos. Tabla 1. Soportes de almacenamiento utilizados con los mandatos de salar Tipo de soporte Mandato Cinta Disquete Archio de salar Soporte óptico SAVSYS Sí No No Sí 1 SAVCFG Sí No Sí Sí SAVSECDTA Sí No Sí Sí SAVLIB Sí Sí Sí Sí 2 Copyright IBM Corp

10 Tabla 1. Soportes de almacenamiento utilizados con los mandatos de salar (continuación) Tipo de soporte Mandato Cinta Disquete Archio de salar Soporte óptico SAVOBJ Sí Sí Sí Sí SAVCHGOBJ Sí Sí Sí Sí SAVDLO Sí Sí Sí Sí 3 SAVSAVFDTA Sí Sí No Sí SAVLICPGM Sí No Sí Sí 1 SAVSTG Sí No No No SAV Sí Sí Sí Sí RUNBCKUP Sí No No No No puede ejecutar este mandato en un dispositio de biblioteca de soportes ópticos. Puede especificar SAVLIB LIB(*ALLUSR), SAVLIB LIB(*IBM) o SAVLIB LIB(*NONSYS) al utilizar soportes ópticos. Sin embargo, es necesario inicializar el soporte óptico en el formato *UDF. No podrá utilizar soportes ópticos que haya inicializado en el formato *HPOFS. Puede salar objetos de biblioteca de documentos (DLO) de más de una agrupación de almacenamiento auxiliar (ASP) en soporte óptico con un solo mandato SAVDLO. Sin embargo, es necesario inicializar el soporte óptico en el formato *UDF. No podrá utilizar soportes ópticos que haya inicializado en el formato *HPOFS. Encontrará más consideraciones a tener en cuenta al utilizar archios de salar, en el manual de Copia de seguridad y recuperación, ejemplos de programación. bajo el apartado Técnicas y Los dispositios de biblioteca de soportes ópticos le permiten archiar información en soporte óptico y proporcionan posibilidades de copia de seguridad y recuperación similares al soporte en cinta. El manual sobre Soporte óptico proporciona más información sobre el uso de soportes ópticos. Si desea utilizar soporte óptico en lugar de cintas en algunos de los procedimientos existentes, deberá ealuar cómo asignar los objetos salados a directorios del soporte óptico y cómo denominar el soporte de almacenamiento. Consulte también la siguiente información: Diferencias entre el soporte óptico y el soporte en cinta Diferencias entre el soporte óptico y el soporte en cinta Existen diferencias entre el soporte óptico y el soporte en cinta. Al utilizar el soporte óptico para hacer copias de seguridad de los datos, tenga en cuenta la siguiente información: Tabla 2. Consideraciones generales para utilizar dispositios de soporte óptico Consideración Información general 4 AS/400e: Copia de seguridad del sistema

11 Tabla 2. Consideraciones generales para utilizar dispositios de soporte óptico (continuación) Compresión El sistema utiliza compresión por software para salar los datos comprimidos en el soporte óptico. Este proceso utiliza una cantidad considerable de recursos de la unidad de proceso y puede aumentar el tiempo de salar y restaurar. Volúmenes de soporte en cartuchos de soporte óptico La mayoría de dispositios de cintas utilizan la compresión por hardware, que suele ser más rápida. Cada cartucho de soporte óptico tiene dos olúmenes; un olumen en cada cara. Cuando el sistema ha llenado el primer olumen, graba en el segundo olumen y considera ambos olúmenes un conjunto. El sistema solamente puede grabar información en el último olumen de un conjunto. Por ejemplo, en un conjunto de soporte óptico de tres olúmenes, el sistema solamente puede grabar en el tercer olumen. No puede grabar en el primer ni en el segundo olumen. Cómo afecta la modalidad de almacenamiento aleatorio a las funciones de salar Los dispositios ópticos utilizan una modalidad de almacenamiento aleatorio para salar información. Los dispositios de cintas utilizan una modalidad secuencial. Los dispositios ópticos utilizan una estructura de archios jerárquica cuando el sistema accede a archios en el soporte de almacenamiento. Puede especificar un nombre de ía de acceso para el archio óptico en la operación de salar que empieza por el directorio raíz. Si especifica un asterisco (*), el sistema genera un nombre de archio óptico en el directorio raíz (/). Si especifica un 'ía_acceso_directorio_óptico/*', el sistema genera un nombre de archio óptico en el directorio especificado en el olumen óptico. Si el directorio no existe, el sistema crea el directorio. Por ejemplo, si especifica SAVLIB LIB(MYLIB) DEV(OPT01) OPTFILE('MYDIR/*'), el sistema crea el siguiente archio óptico: MYDIR/MYLIB. El sistema busca archios actios en el olumen de soporte óptico del mismo archio que está salando actualmente. Por ejemplo, anteriormente ha salado un SAVLIB en soporte óptico. Ahora ejecuta un nueo mandato SAV en el mismo soporte; el sistema ignora los archios SAVLIB y no informa de archios actios para el mandato SAV. Por lo general, la operación de salar busca un archio actio que coincida con el nombre de ía de acceso especificado en el parámetro OPTFILE. SAVSYS y las opciones 21 y 22 del menú SAVE buscan cualquier archio actio. Tabla 3. Búsqueda de archios actios en soporte óptico Consideración Información general Capítulo 1. Preparación del soporte para salar el sistema 5

12 Tabla 3. Búsqueda de archios actios en soporte óptico (continuación) Parámetro CLEAR(*NONE) Si especifica CLEAR(*NONE) en el mandato de salar, el sistema busca archios ópticos actios en el olumen de soporte óptico. El sistema busca archios actios con el mismo nombre y ía de acceso que el archio óptico especificado. Si el sistema encuentra un archio óptico que sea idéntico al archio óptico especificado, el sistema isualiza un mensaje de consulta. Puede responder al mensaje cancelando el proceso, grabando sobre el archio existente en el olumen, o bien insertando un nueo cartucho. Parámetro CLEAR(*ALL) Parámetro CLEAR(*AFTER) Parámetro CLEAR(*REPLACE) Parámetro Buscar archios actios del mandato GO SAVE Si el sistema no encuentra archios actios y hay suficiente espacio en el olumen óptico, el sistema graba los archios en el soporte. Si el sistema no encuentra suficiente espacio disponible en el olumen de soporte óptico, el sistema le indicará que inserte un nueo olumen de soporte de almacenamiento en el dispositio. El parámetro CLEAR(*ALL) borra automáticamente todos los archios del olumen de soporte óptico sin eniar mensajes al usuario. El parámetro CLEAR(*AFTER) borra todos los olúmenes de soporte de almacenamiento posteriores al primer olumen. Si el sistema encuentra el archio óptico especificado en el primer olumen, eniará un mensaje de consulta que permite al usuario finalizar la operación de salar, o bien sustituir el archio. El parámetro CLEAR(*REPLACE) sustituye automáticamente los datos actios del archio óptico especificado en los olúmenes de soporte de almacenamiento. Durante un mandato GO SAVE, la opción 21 ó 22 del menú, o un mandato SAVSYS, si el sistema detecta un archio actio del archio óptico especificado, isualiza el mensaje OPT1563 en la cola de mensajes QSYSOPR. Durante otras operaciones de mandatos de salar, el sistema puede mostrar el mensaje OPT1260, dependiendo del alor del parámetro CLEAR. Si el sistema no detecta un archio actio del archio óptico especificado, buscará espacio disponible. Si hay espacio para grabar el archio, el sistema graba el archio en el olumen actual en modalidad aleatoria. Si no hay suficiente espacio, el sistema le indicará que inserte otro olumen de soporte óptico en el dispositio óptico. Durante un mandato GO SAVE, con la opción 21 del menú, especificará Y o N en la solicitud Buscar archios actios para er si hay archios actios en el olumen de soporte de almacenamiento. Buscar archios actios: opción N Al seleccionar Buscar archios actios: opción N, la opción fuerza al sistema a grabar automáticamente encima de todos los archios en el soporte óptico DVD-RAM. Buscar archios actios: opción Y Al seleccionar Buscar archios actios: opción Y, la opción fuerza al sistema a buscar archios actios en el soporte óptico DVD-RAM. 6 AS/400e: Copia de seguridad del sistema

13 Tabla 3. Búsqueda de archios actios en soporte óptico (continuación) Mensajes del mandato SAVSYS Al ejecutar un mandato SAVSYS en un olumen de soporte óptico, el sistema isualiza el mensaje OPT El olumen óptico contiene archios actios si hay archios actios en el olumen de soporte óptico. Puede inicializar el soporte de almacenamiento con el mandato Inicializar óptico (INZOPT) o bien especificar CLEAR(*ALL) en el mandato SAVSYS para ejecutar una operación de salar desatendida. Para obtener información completa sobre los soportes ópticos, consulte Soporte óptico. Rotación de cintas y otros soportes Una parte importante de un buen procedimiento de salar es disponer de arios conjuntos de soportes de salar. Al efectuar una recuperación, puede ser necesario recurrir a un conjunto antiguo de soportes de almacenamiento si se presenta una de las condiciones siguientes: El conjunto más reciente está dañado. Descubre un error de programación en el que se han isto afectados los datos de los soportes de salar más recientes. Como mínimo, alterne tres conjuntos de soportes: Salar 1 Conjunto A Salar 2 Conjunto B Salar 3 Conjunto C Salar 4 Conjunto A Salar 5 Conjunto B Salar 6 Conjunto C Y así sucesiamente. En muchas instalaciones se ha obserado que la mejor solución es disponer de un conjunto de soportes distinto para cada día de la semana. De este modo, al operador le resulta más sencillo saber qué soporte de almacenamiento ha de montar. Preparación de soportes y unidades de cintas No es necesario limpiar los dispositios de soporte óptico con la misma frecuencia que las unidades de cintas. Las unidades de cintas deben limpiarse regularmente. En los cabezales de lectura y grabación se acumula polo y otras materias que pueden producir errores al leer o grabar en cinta. Además del ciclo regular de limpieza, también es preciso limpiar la unidad de cintas si a a utilizarla durante un largo período de tiempo o si se an a emplear cintas nueas. Las cintas nueas tienden a acumular más materias en los cabezales de lectura y grabación de la unidad de cintas. Para obtener recomendaciones más específicas, consulte el manual de la unidad de cintas específica que utilice. Inicialice las cintas con el mandato Inicializar cinta (INZTAP). Inicialice el soporte óptico con el mandato Inicializar óptico (INZOPT). Estos mandatos preparan los soportes de almacenamiento y pueden borrar físicamente todos los datos de los soportes con el parámetro CLEAR. Capítulo 1. Preparación del soporte para salar el sistema 7

14 En las cintas, puede especificar el formato (o la densidad en bits por pulgada) antes de grabar en la cinta. Realice esta operación utilizando los parámetros del mandato INZTAP cuando inicialice la cinta. Puede especificar el formato del soporte óptico. Diersos tipos de soporte óptico requieren un formato concreto. Para los soportes que pueden borrarse, lo que permite la elección de formato, deberá utilizar el formato *UDF si utiliza el soporte óptico para copias de seguridad y recuperación. Puede utilizar la opción 21 (Preparar cintas) del menú GO BACKUP. Esto proporciona un método simple para inicializar el soporte de almacenamiento con un conenio de denominación como el que se describe en Denominación y etiquetado de soportes. Denominación y etiquetado de soportes El hecho de inicializar cada olumen de soporte de almacenamiento con un nombre contribuye a garantizar que los operadores carguen los soportes correctos para las operaciones de salar. Seleccione nombres de soporte que ayuden a determinar el contenido del soporte y a qué conjunto de soportes pertenece. La tabla siguiente muestra un ejemplo de cómo se pueden inicializar los soportes de almacenamiento y etiquetarlos externamente si se utiliza una estrategia de salar simple. Los mandatos INZTAP e INZOPT crean una etiqueta para cada olumen de soporte de almacenamiento. Cada etiqueta tiene un prefijo que indica el día de la semana (A para el lunes, B para el martes, etc.) y la operación. Notas: 1. Encontrará más información sobre las distintas estrategias de salar en la sección sobre Planificación de una estrategia para la copia de seguridad y la recuperación. 2. Puede utilizar hasta 30 caracteres para etiquetar los olúmenes de soporte óptico. Consulte el manual Soporte óptico adicional. para obtener información Tabla 4. Denominación de soportes para una estrategia de salar simple Nombre de olumen (INZTAP) Etiqueta externa B23001 Martes Mandato GO SAVE, opción 23 del menú Soporte 1 B23002 Martes Mandato GO SAVE, opción 23 del menú Soporte 2 B23003 Martes Mandato GO SAVE, opción 23 del menú Soporte 3 E21001 Viernes Mandato GO SAVE, opción 21 del menú Soporte 1 E21002 Viernes Mandato GO SAVE, opción 21 del menú Soporte 2 E21003 Viernes Mandato GO SAVE, opción 21 del menú Soporte 3 Los nombres y las etiquetas de los soportes de almacenamiento para una estrategia de salar media se pueden parecer a las de la tabla siguiente: Tabla 5. Denominación de soportes para una estrategia de salar media Nombre de olumen Etiqueta externa E21001 Viernes Mandato GO SAVE, opción 21 del menú Soporte 1 E21002 Viernes Mandato GO SAVE, opción 21 del menú Soporte 2 AJR001 Lunes Salar receptores de diario Soporte 1 8 AS/400e: Copia de seguridad del sistema

15 Tabla 5. Denominación de soportes para una estrategia de salar media (continuación) Nombre de olumen Etiqueta externa AJR002 Lunes Salar receptores de diario Soporte 2 ASC001 Lunes Salar objetos cambiados Soporte 1 ASC002 Lunes Salar objetos cambiados Soporte 2 BJR001 Martes Salar receptores de diario Soporte 1 BJR002 Martes Salar receptores de diario Soporte 2 B23001 Martes Mandato GO SAVE, opción 23 del menú Soporte 1 B23002 Martes Mandato GO SAVE, opción 23 del menú Soporte 2 Coloque una etiqueta externa en cada soporte de almacenamiento. La etiqueta debe indicar el nombre del soporte y la fecha más reciente en la que se ha utilizado para una operación de salar. Las etiquetas codificadas con colores pueden ayudar a localizar y almacenar los soportes de almacenamiento: amarillo para el Conjunto A, rojo para el Conjunto B, etc. Verificación de los soportes de almacenamiento Los buenos procedimientos para salar se aseguran de que el usuario comprobará que está utilizando el soporte correcto. En función del tamaño de la instalación, puede elegir entre erificar manualmente los soportes de almacenamiento o que sea el sistema quien los erifique. Comprobación manual Puede utilizar el alor por omisión del parámetro olumen (VOL) de los mandatos de salar que indican al sistema que utilice el soporte que está cargado actualmente. Depende del operador el cargar el soporte correcto en el orden correcto. Comprobación del sistema El usuario especifica una lista de identificadores de olumen en los mandatos de salar o restaurar. El sistema se asegura de que el operador carga los olúmenes de soporte correctos en el orden especificado en el mandato. Si se produce un error, el sistema enía un mensaje al operador solicitando el olumen de soporte correcto. El operador puede cargar otro soporte o pasar por alto la petición. Las fechas de caducidad de los archios del soporte son otro método que puede utilizar para erificar que utiliza el soporte correcto. Si confía en los operadores para erificar el soporte, puede especificar una fecha de caducidad (EXPDATE) *PERM (permanente) para las operaciones de salar. Así se impide que inoluntariamente se grabe encima de los archios del soporte de almacenamiento. Cuando esté preparado para oler a utilizar el soporte, especifique CLEAR(*ALL) en la operación de salar. Si desea que el sistema erifique el soporte, especifique una fecha de caducidad (EXPDATE) para garantizar que el soporte no se uela a utilizar demasiado pronto. Por ejemplo, si alterna cinco conjuntos de soportes de almacenamiento para operaciones de salar diarias, especifique una fecha de caducidad del día actual más 4 en la operación de salar. Especifique CLEAR(*NONE) en las operaciones de salar para que el sistema no grabe encima de los archios que no han caducado. Capítulo 1. Preparación del soporte para salar el sistema 9

16 Almacenamiento del soporte Eite las situaciones en las que el operador deba responder (y pasar por alto) regularmente a mensajes como Archios sin caducar en el soporte. Si los operadores se habitúan a pasar por alto los mensajes habituales, pueden hacer caso omiso de los importantes. Guarde los soportes de almacenamiento a salo en un lugar accesible. Asegúrese de que tienen etiquetas externas y de que están organizados de modo que se puedan localizar fácilmente. Guarde un conjunto completo de soportes de copias de seguridad en un lugar seguro y accesible, alejado del sistema. Al elegir un lugar de almacenamiento fuera del local, tenga en cuenta la rapidez con la que se pueden recuperar los soportes de almacenamiento. Tenga en cuenta también si tendrá acceso a las cintas durante los fines de semana y días festios. Tener la copia de seguridad fuera del local es esencial en caso de pérdida en el centro de trabajo. Manejo de errores de soporte de cinta Cuando se lee en una cinta o se graba en ella, es normal que se produzcan algunos errores. Se pueden producir tres tipos de errores en las operaciones de salar y restaurar en cintas: Errores recuperables Algunos dispositios de soporte de almacenamiento permiten la recuperación de errores del soporte. El sistema reposiciona automáticamente la cinta e intenta de nueo la operación. Errores irrecuperables el proceso puede continuar En determinados casos, el sistema no puede seguir utilizando la cinta actual, pero puede continuar el proceso en otra cinta. El sistema solicita que se cargue otra cinta. La cinta con el error irrecuperable se puede utilizar en las operaciones de restaurar. Errores irrecuperables el proceso no puede continuar En algunos casos, un error irrecuperable del soporte de almacenamiento prooca que el sistema detenga el proceso de salar. En la sección Cómo recuperarse de un error de soporte durante una operación SAVLIB en la página 46, se describe qué hay que hacer cuando se produce este tipo de error. Tras una utilización prolongada, las cintas quedan inseribles. Se puede determinar si una cinta se desgasta imprimiendo el registro de errores de forma periódica. Utilice el mandato Imprimir anotaciones de error (PRTERRLOG) y especifique TYPE(*VOLSTAT). La salida impresa proporciona estadísticas de cada olumen de cinta. Si utiliza nombres exclusios (identificadores de olumen) para las cintas, puede determinar qué cintas tienen un número excesio de errores de lectura o grabación. Deberá eliminar estas cintas de la biblioteca de soportes de almacenamiento. Si hay indicaciones de que una cinta tiene problemas, utilice el mandato Visualizar cinta (DSPTAP) o Duplicar cinta (DUPTAP) para comprobar la integridad de la cinta. Estos mandatos leen toda la cinta y detectan los objetos de la cinta que el sistema no puede leer. 10 AS/400e: Copia de seguridad del sistema

17 Capítulo 2. Antes de salar algo... La siguiente información resulta de utilidad durante cualquier operación de salar. Al salar, es importante tener conocimientos sobre temas como, por ejemplo, cómo maneja el sistema los objetos dañados, qué significan los mensajes de salar y cómo erificar qué ha salado el sistema. Lea la siguiente información antes de salar algo: Utilización de la opción de comprobación preia explica cómo hacer que el sistema compruebe determinados criterios para cada objeto que sale según el método biblioteca a biblioteca. Esta opción no es obligatoria. Liberación de almacenamiento al salar en la página 12 explica cómo utilizar el parámetro STG para eliminar un objeto del sistema después de salarlo. Esto solamente funciona con un número limitado de mandatos. Limitaciones de tamaño al salar objetos en la página 14 explica cómo el sistema registra una lista de los objetos que se salan durante una operación de salar. Comprobación de lo que ha salado el sistema en la página 16 explica técnicas para realizar la auditoría de la estrategia de salar. Sabrá qué objetos ha salado el sistema, qué objetos no ha salado y cuándo el sistema saló un objeto por última ez. Cómo maneja el sistema los objetos dañados durante una operación de salar en la página 20 explica cómo el sistema maneja los objetos dañados. Esta información también le proporciona información importante sobre los mensajes de error que puede er durante una operación de salar. Utilización de la opción de comprobación preia Puede utilizar el parámetro de comprobación preia (PRECHK) al salar objetos para asegurarse de que todos los objetos que se pretenden salar se pueden salar satisfactoriamente. Si especifica PRECHK(*YES), el sistema erifica que cada objeto que sala para cada biblioteca, cumple las siguientes condiciones: El objeto se puede asignar durante la operación de salar. Ningún otro trabajo tiene un bloqueo conflictio sobre el objeto. El objeto existe. El objeto no está marcado como dañado. El proceso de comprobación preia sólo busca los daños que ya se hayan detectado. No detecta los daños nueos producidos en la cabecera del objeto ni en el contenido. Todos los miembros de un objeto pueden asignarse si el objeto es un archio de base de datos. La persona que solicita la operación de salar tiene la suficiente autorización para salar el objeto. Cuando especifica PRECHK(*YES), todos los objetos que se salan de una biblioteca deben cumplir las condiciones. En caso contrario no se salará ningún objeto de la biblioteca. Si se especifica más de una biblioteca en el mandato de salar, y una de las bibliotecas no cumple las pruebas de PRECHK, ello no suele impedir que el sistema sale las otras bibliotecas. No obstante, si especifica SAVACT(*SYNCLIB) y un objeto no supera el proceso de comprobación preia, se detiene toda la operación de salar. Copyright IBM Corp

18 Al especificar PRECHK(*NO), el sistema comprueba los objetos de uno en uno. El sistema elude los objetos que no se ajustan a las condiciones, pero la operación de salar continúa con otros objetos de la biblioteca. Liberación de almacenamiento al salar Por lo general, el hecho de salar un objeto no implica que se le elimine del sistema. Sin embargo, puede utilizar el parámetro de almacenamiento (STG) en algunos mandatos de salar para liberar parte del almacenamiento utilizado por los objetos salados. Si se especifica STG(*FREE), la descripción y los alores de búsqueda del objeto permanecen en el sistema. El sistema suprime el contenido del objeto. Puede realizar operaciones como las de moer y redenominar un objeto cuyo almacenamiento se ha liberado. Sin embargo, debe restaurar el objeto para poder utilizarlo. Puede utilizar el parámetro STG(*FREE) para los tipos de objeto de la tabla siguiente: Tabla 6. Tipos de objeto que soportan la liberación de almacenamiento Tipo de objeto Descripción *FILE 1,2 *STMF 3 *JRNRCV 4 *PGM 5 *DOC *SQLPKG *SRVPGM *MODULE Archios, excepto los archios de salar Archios continuos Receptores de diario Programas Documentos Paquetes SQL Programas de sericio Módulos 12 AS/400e: Copia de seguridad del sistema

19 Tabla 6. Tipos de objeto que soportan la liberación de almacenamiento (continuación) Tipo de objeto Descripción 1 Cuando se libera un archio de base de datos, el sistema libera el almacenamiento que ocupa la parte de datos del objeto, pero la descripción del objeto permanece en el sistema. Si sala un archio de base de datos y libera su almacenamiento, el sistema no salará la descripción del objeto y el usuario recibirá el mensaje siguiente: CPF3243 Miembro xxx ya salado con almacenamiento liberado Si instala en el sistema el producto Media and Storage Extensions y sala un archio de base de datos y libera su almacenamiento, el sistema salará la descripción del objeto El sistema no libera el almacenamiento que ocupan las ías de acceso de un archio lógico. Puede liberar almacenamiento para los objetos *STMF, pero no durante una operación de salar. Libere el almacenamiento para los objetos *STMF con la API Sae Storage Free Qp0lSaeStgFree(). Puede salar un objeto *STMF cuyo almacenamiento ya se ha liberado, pero este objeto *STMF debe restaurarse para poder utilizarlo. Se puede liberar el almacenamiento de un receptor de diario si éste se desconecta y se suprimen todos los receptores de diario anteriores o se libera el almacenamiento que ocupan. No especifique STG(*FREE) para un programa que se está ejecutando. Proocaría la finalización anómala del programa. Si el programa es del Entorno de Lenguajes Integrados (ILE), no finaliza de forma anómala. El sistema enía un mensaje que indica que el sistema no ha salado el programa ILE. También puede especificar STG(*DELETE) en el mandato Salar objeto de biblioteca de documentos (SAVDLO). Esto suprime cualquier documento archiado después de que el sistema lo sale. Ello incluye la descripción de objeto, la descripción de documento, los alores de búsqueda y el contenido del documento. Cómo el bloqueo de objetos afecta a las operaciones de salar explica cómo el bloqueo de objetos afecta a las operaciones de salar. Cómo el bloqueo de objetos afecta a las operaciones de salar Por lo general, el sistema bloquea un objeto para impedir una operación de actualización mientras el sistema lo está salando. Si el sistema no puede obtener el bloqueo de un objeto en el tiempo especificado, el sistema no sala ese objeto y enía un mensaje a las anotaciones de trabajo. La función salar mientras está actio reduce el tiempo durante el cual el sistema bloquea un objeto mientras está salando. La Tabla 50 en la página 124 muestra el tipo de bloqueo que el sistema debe obtener de modo satisfactorio para salar un objeto o para establecer un punto de control del objeto en un proceso de salar mientras está actio. Capítulo 2. Antes de salar algo... 13

20 Si especifica arias bibliotecas en un procedimiento de salar, el sistema bloquea las bibliotecas especificadas y no pueden utilizarse durante la operación de salar. En un todo momento, algunas o todas las bibliotecas pueden no estar disponibles para utilizarse. Limitaciones de tamaño al salar objetos Cuando se realiza una operación de salar, el sistema crea una lista de los objetos que se salan y de sus descripciones. El sistema sala esta lista con los objetos para su uso posterior cuando se isualice el soporte de salar o cuando se restauren los objetos. La lista es un objeto interno al que no pueden acceder los programas de usuario. No aparece en el número total de objetos que se han salado. El sistema limita una lista indiidual de objetos salados a nombres de objetos y a 16 MB o 4 GB de datos de descripción. Dado que puede crear arias listas para cada biblioteca que se sala, no suelen sobrepasarse los límites. La tabla siguiente muestra las condiciones que dictan la cantidad de memoria que el sistema asigna para los datos de descripción: Tabla 7. Asignación de datos de descripción Tamaño de los datos de descripción Condiciones 16 MB Salar en disquete o El release destino es anterior a V3R7M0 o El mandato utilizado es SAVSYS, SAVCFG o SAVDLO 4GB Salar en archio de salar, cinta o soporte óptico y El release destino es V3R7M0 o posterior y El mandato utilizado es SAVLIB, SAVOBJ, SAVSECDTA o SAVCHGOBJ No puede salar más de objetos de una biblioteca indiidual. Dado que normalmente el usuario almacena los DLO en bibliotecas, este límite se aplica a la biblioteca QDOC de la ASP del sistema y a las bibliotecas QDOCnnnn de las ASP de usuario. La siguiente tabla muestra los límites aplicables a las operaciones de salar y restaurar. Tabla 8. Limítes aplicables a las operaciones de salar y restaurar Límites de salar y restaurar Valor Número máximo de objetos internos relacionados que puede Aproximadamente salar en una única operación de salar 1 Número máximo de miembros de un archio físico de base de datos que puede salar en una única operación de salar Número máximo de archios de base de datos de una biblioteca que puede salar en una única operación de salar Número máximo de autorizaciones de uso priado que puede tener un perfil de usuario para salar satisfactoriamente el perfil utilizando los mandatos SAVSYS o SAVSECDTA 2 Número máximo de nombres en un mandato de salar o restaurar que especifican los objetos o bibliotecas que se han de incluir o excluir en la operación de salar o restaurar (sólo si TYPE(*DATA) y ía de acceso por clae) Aproximadamente Aproximadamente AS/400e: Copia de seguridad del sistema

21 Tabla 8. Limítes aplicables a las operaciones de salar y restaurar (continuación) Límites de salar y restaurar Número máximo de operaciones concurrentes de salar o restaurar Tamaño máximo de un objeto que se puede salar Tamaño máximo de un archio de salar Valor Limitado únicamente por los recursos de la máquina Aproximadamente 1 TB 256 GB 1 2 A continuación se muestran algunos ejemplos de objetos relacionados: Todos los objetos de archio de base de datos de una biblioteca que están relacionados entre sí mediante archios lógicos dependientes Todos los objetos de archio de base de datos de una biblioteca que se han registrado en el mismo diario al utilizar la función salar mientras está actio Todos los objetos de una biblioteca cuando se especifica SAVACT(*LIB) Todos los objetos de una biblioteca cuando se sala en un dispositio de disquete En la mayoría de los tipos de objeto, se sala un objeto interno por cada objeto OS/400. A continuación se muestran algunas excepciones: Descripciones de subsistema - 9 objetos internos por descripción de subsistema Archios de base de datos Como mínimo 1 objeto interno por miembro de archio físico Cómo mínimo 2 objetos internos por miembro para archios físicos de TYPE(*DATA) con restricciones o ías de acceso por clae Como mínimo 1 objeto interno por miembro de archio lógico dependiente cuando se especifica ACCPTH(*YES) Utilizar listas de autorizaciones o perfiles de grupo disminuye el número de autorizaciones de uso priado y contribuye a disminuir este límite. Para obtener más información, consulte Seguridad - Consulta. 3 Puede contribuir a eitar este límite utilizando nombres genéricos para especificar grupos de objetos o bibliotecas. Si falla la operación de salar por haber sobrepasado el límite de tamaño de la lista de salar, es necesario salar los objetos mediante mandatos de salar independientes en lugar de salarlos con un solo mandato. Mensaje CPF3797 explica el mensaje CPF3797 cuando se sobrepasa el límite de salar. Limitaciones al utilizar archios de salar en la página 16 explica las limitaciones al utilizar un archio de salar. Mensaje CPF3797 Cuando se sobrepasa el límite de salar, el sistema genera el mensaje CPF3797. Esto ocurre cuando la biblioteca tiene demasiados objetos de interfaz de máquina (MI) y si el sistema alcanza el límite de Esto puede ocurrir a pesar del número de objetos que son isibles en el archio o la biblioteca. El sistema alcanza este límite porque los objetos a que hace referencia el mensaje de error son, de hecho, objetos MI. Cada objeto isible consta de múltiples objetos MI, por lo que el límite de puede alcanzarse antes de lo esperado. Las siguientes consideraciones influyen en el número de objetos MI de la biblioteca. Si el archio físico es un archio por clae, añada 1 objeto MI por miembro Capítulo 2. Antes de salar algo... 15

22 Si utiliza una longitud ariable, añada 2 objetos MI por miembro Si utiliza REUSEDLT(*YES), añada 1 objeto MI por miembro Si utiliza un alor que no sea *NONE para FRCRATIO, añada 1 objeto MI por miembro Si utiliza ACCPTH(*YES) en el mandato SAVLIB, añada 2 objetos MI para cada archio lógico de la biblioteca Nota: Esta información sólo tiene una finalidad de estimación. El número real de objetos MI de la biblioteca puede ser mayor debido a otras ariables. Limitaciones al utilizar archios de salar Sólo se puede especificar una única biblioteca cuando el soporte de almacenamiento de salida del procedimiento de salar sea un archio de salar. Cuando se salan DLO, sólo se puede especificar una única ASP si el soporte de almacenamiento de salida es un archio de salar. La tabla siguiente muestra los límites de tamaño para los archios de salar: Tabla 9. Limitaciones de tamaño de los archios de salar Número de registros de 528 Release del OS/400 bytes Gigabytes Versión 2 Release 2ylos ,0 releases siguientes Versión 2 Release ,8 Versión 1 Release 3 y anteriores ,9 Comprobación de lo que ha salado el sistema Puede utilizar las anotaciones de trabajo o un archio de salida para determinar qué objetos ha salado satisfactoriamente el sistema. Consulte la siguiente información adicional: Determinar qué objetos ha salado el sistema (mensajes de salar) le ayuda a determinar qué objetos ha salado el sistema durante el procedimiento de salar. Determinar qué objetos no se han salado en la página 18 explica por qué el sistema no ha salado determinados objetos. Determinar cuándo se saló un objeto por última ez en la página 19 es de utilidad para determinar la historia de operaciones de salar para los DLO. Esta información también resulta útil para determinar la última ez que saló un objeto. Determinar qué objetos ha salado el sistema (mensajes de salar) Los mensajes de salar muestran el número de objetos que el sistema ha salado. La ayuda del mensaje de terminación incluye los identificadores de olumen de los primeros 75 olúmenes de soporte de salar que el sistema ha utilizado. El sistema utiliza estos identificadores para actualizar la información de estado de cada objeto salado por el sistema. Los datos del mensaje contienen esta información, el último ID de olumen y el último dispositio o el archio de salar utilizados por el sistema. 16 AS/400e: Copia de seguridad del sistema

23 Nota: El sistema realiza un proceso solapado durante las operaciones de salar normales. El sistema puede grabar algunas bibliotecas en el soporte mientras el sistema preprocesa otras. Ocasionalmente, las anotaciones de trabajo pueden contener mensajes de preproceso y de terminación que aparezcan en un orden distinto al orden en que el sistema grabó las bibliotecas en el soporte de almacenamiento. Si se salan arias bibliotecas con un único mandato, el último mensaje de terminación (CPC3720 ó CPC3721) incluirá además el último dispositio utilizado por el sistema. Información en archios de salida: La mayoría de los mandatos de salar crean una salida que muestra qué ha salado el sistema. Según el mandato utilizado, podrá dirigir la salida a una impresora (OUTPUT(*PRINT)), a un archio de base de datos (OUTPUT(*OUTFILE)), a un archio continuo o a un espacio de usuario. El alor por omisión en los mandatos de salar es no crear la salida. Hay que solicitarla cada ez que se ejecuta el mandato de salar. Puede cambiar el alor por omisión en el parámetro OUTPUT de los mandatos de salar mediante el mandato Cambiar alor por omisión de mandato (CHGCMDDFT). Puede realizar una de estas dos acciones: imprimir la salida y almacenarla con el soporte de almacenamiento, o bien puede crear un programa para analizar y elaborar un informe sobre la información del archio de salida. Puede utilizar el parámetro OUTPUT con estos mandatos: SAV SAVDLO SAVSAVFDTA SAVCFG SAVLIB SAVSECDTA SAVCHGOBJ SAVOBJ SAVSYS Si utiliza un archio de salida en el mandato SAVDLO, el sistema utilizará el formato de archio QSYS/QAOJSAVO.OJSDLO. Busque el diseño del archio en Programmer s Guide for Office Serices and Concepts. Si utiliza un archio de salida en cualquiera de los demás mandatos que figuran más arriba, el sistema utilizará el formato de archio QSYS/QASAVOBJ.QSRSAV. Los mandatos SAVCHGOBJ, SAVLIB, SAVOBJ y SAV tienen un parámetro de tipo de información (INFTYPE) para especificar la cantidad de detalles que se desean en la salida. El mandato SAV no permite eniar la salida a un archio de salida. Se puede eniar la salida del mandato SAV a un archio continuo o a un espacio de usuario. El Creación y uso de la salida de los mandatos Salar y Restaurar en la página 70 muestra el diseño del archio continuo o espacio de usuario. La información en línea de los mandatos de salar indica los nombres de los archios de salida de base de datos modelo que utilizan para la salida. Nota: El archio de salida que especifique permanece en uso durante toda la operación de salar. Por lo tanto, el sistema no puede salarlo como parte de la operación. Según como se realice la operación de salar, se erá un mensaje CPF379A en las anotaciones de trabajo del archio de salida. Si se desea salar el archio de salida después de completarse la operación de salar, utilice el mandato SAVOBJ. Capítulo 2. Antes de salar algo... 17

24 Estos son algunos de los mensajes que pueden aparecer durante el proceso de erificación: Mensaje CFP3797: Objetos de la biblioteca <su nombre de biblioteca> no salados. Se ha sobrepasado el límite de salar. Mensaje CFP3701: Eniado para cada biblioteca salada en soporte de almacenamiento. Mensaje CFP3722: Eniado para cada biblioteca salada en un archio de salar. Mensaje CFP9410: Mensaje de terminación del mandato SAVDLO para soporte de almacenamiento. Mensaje CFP9063: Mensaje de terminación del mandato SAVDLO para archio de salar. Mensaje CFP370C: Mensaje de terminación del mandato SAV para soporte de almacenamiento. Mensaje CFP370C: Mensaje de terminación del mandato SAV para archio de salar. Determinar qué objetos no se han salado Determinar los objetos que no se han salado es tan importante como determinar los objetos que el sistema ha salado. El sistema puede no salar un objeto debido a dos motios básicos: El objeto no se encuentra en el plan de objetos a salar. Por ejemplo, las bibliotecas se salan indiidualmente. Se añade una nuea aplicación con nueas bibliotecas, pero se olida de actualizar los procedimientos de salar. El objeto se encuentra en el plan de objetos a salar, pero el sistema no lo ha salado de forma satisfactoria. El sistema puede no salar un objeto debido a uno de estos motios: Se está utilizando. Si está utilizando la función salar mientras está actio, el sistema espera un tiempo determinado para obtener un bloqueo del objeto. Si no está utilizando la función salar mientras está actio, el sistema no espera. El sistema ha marcado el objeto como dañado. El usuario no tiene la autorización necesaria sobre el objeto. Cuando el sistema no puede salar un objeto, se salta dicho objeto y graba una entrada en las anotaciones de trabajo. Verificar las anotaciones de trabajo que el sistema ha creado mediante los procedimientos de salar es de suma importancia. Si se tienen operaciones de salar de gran olumen, coniene desarrollar un programa que copie las anotaciones de trabajo en un archio y las analice. A partir de la V4R2M0, puede especificar OUTPUT(*OUTFILE) INFTYPE(*ERR) en los mandatos SAVLIB, SAVOBJ y SAVCHGOBJ. Con esto se crea un archio de salida que sólo contiene entradas para los objetos que el sistema no ha salado. Consulte la ayuda en línea del mandato para obtener más información acerca de un mandato específico. Verifique periódicamente la estrategia de salar mediante los siguientes métodos: 18 AS/400e: Copia de seguridad del sistema

25 Reise cuándo sala objetos el sistema. Determine cuándo saló el sistema los cambios que se efectuaron en dichos objetos. Utilice la información de la descripción de objeto para determinar cuándo el sistema saló el objeto por última ez. El método que utilice debe basarse en la estrategia de salar. Si sala bibliotecas enteras, puede erificar la fecha de salar correspondiente a cada biblioteca del sistema. Si sala objetos indiiduales, es necesario erificar la fecha de salar correspondiente a los objetos de todas las bibliotecas de usuario. Para erificar las fechas de salar de las bibliotecas, puede realizar lo siguiente: 1. Para crear un archio de salida que tenga información acerca de todas las bibliotecas, teclee: DSPOBJD OBJ(QSYS/*ALL) OBJTYPE(*LIB) + OUTPUT(*OUTFILE) + OUTFILE(nombre-biblioteca/nombre-archio) 2. Utilice una herramienta o un programa de consulta para analizar el archio de salida. El campo ODSDAT contiene la fecha en que se saló el objeto por última ez. Puede elegir entre ordenar el informe por este campo o bien comparar este campo con alguna fecha del pasado. Puede utilizar una técnica similar para comprobar cuándo el sistema saló por última ez los objetos de una biblioteca determinada. Determinar cuándo se saló un objeto por última ez Si un objeto está en una biblioteca, puede utilizar el mandato Visualizar descripción de objeto (DSPOBJD) para saber cuándo el sistema ha salado el objeto. Si un objeto está en la biblioteca QSYS, puede utilizar el mandato DSPOBJD para isualizar el área de datos que corresponda, según se muestra en la Tabla 10 en la página 20. También puede utilizar el mandato DSPOBJD para obtener la información histórica de salar para los DLO (objeto de biblioteca de documentos) de las bibliotecas. Utilice el mandato Visualizar nombre de objeto de biblioteca de documentos (DSPDLONAM) para buscar el nombre de objeto del sistema y el ID de ASP del DLO. En el mandato DSPOBJD, especifique el nombre de objeto del sistema en el parámetro OBJ. En el campo nombre de biblioteca, especifique QDOCxxxx, donde xxxx es el ID de la ASP (agrupación de almacenamiento auxiliar). Por ejemplo, QDOC0002 sería el nombre de biblioteca de la ASP 2. Nota: Para la ASP 1, la ASP del sistema, el nombre de biblioteca es QDOC, no QDOC0001. Para los objetos almacenados en directorios, puede utilizar la salida del mandato SAV para mantener la información histórica de salar. Para utilizar la salida, debe elegir retener la información histórica de salar cuando emite el mandato SAV. Para conserar la información histórica de salar, especifique *PRINT o un nombre de ía de acceso de espacio de usuario o archio continuo en el parámetro OUTPUT del mandato SAV. Los siguientes mandatos no actualizan la información histórica de salar de los objetos indiiduales que el sistema sala: Salar sistema (SAVSYS) Salar datos de seguridad (SAVSECDTA) Capítulo 2. Antes de salar algo... 19