La base de datos incluye toda la información acerca de la configuración de la biblioteca y la ubicación de todos los cartuchos de la biblioteca.
Los archivos de control de ACSLS de los que se hace copia de seguridad y se los recupera incluyen los archivos configurables por el cliente que se encuentran en $ ACS_home bajo data/external y algunos archivos que se encuentran en data/internal/client_config.
En este capítulo se describe lo siguiente: importación y exportación de la base de datos; verificación de la base de datos importada y configuración de la biblioteca; copia de seguridad de la base de datos y restauración y recuperación de la base de datos.
La exportación y la importación de la base de datos incluyen:
Exportación de la base de datos a un archivo de disco o un dispositivo de cinta local
Importación de la base de datos desde un archivo en disco o un dispositivo de cinta local
Importación de los archivos de configuración de control de ACSLS
Fusión de variables dinámicas personalizadas
Verificación de la base de datos importada y configuración de la biblioteca
La copia de seguridad de la base de datos y los archivos de control de ACSLS incluye:
Copia de seguridad automática de la base de datos
Copias de seguridad manuales en un dispositivo de cinta local o un disco
Copia de seguridad en un archivo de UNIX
Creación de una copia de seguridad que se pueda restaurar en otro servidor
La recuperación y la restauración de la base de datos y los archivos de control de ACSLS incluyen:
Restauración de la base de datos con la copia de seguridad más reciente
Recuperación a partir de un archivo específico
Restauración de archivos de control de ACSLS
Restauración de una copia de seguridad creada en otro servidor
Reinicio de la base de datos
Usará las siguientes utilidades:
La utilidad bdb.acsss para hacer copias de seguridad en:
un archivo UNIX especificado
un dispositivo de cinta
un archivo y una ubicación por defecto
La utilidad rdb.acsss para recuperar la base de datos:
si se dañó
si se hicieron cambios que producen resultados no deseados
si el servidor falla
Las utilidades db_export.sh y db_import.sh para migrar entre versiones de ACSLS. Esto incluye pasar a una versión posterior o regresar a una anterior.
Cuando instala ACSLS, también se instala automáticamente el software de gestión de la base de datos. La base de datos de ACSLS se inicializa después de haber instalado ACSLS, cuando:
configura el hardware de biblioteca con acsss_config
importa una base de datos previa con db_import.sh
recupera una copia de seguridad de la base de datos creada en otro servidor con rbd.acsss.sh
En esta sección, se describe el proceso para migrar la base de datos de ACSLS y los archivos de control de ACSLS asociados desde una versión anterior de ACSLS, dentro del mismo nivel de versión de ACSLS o a una versión anterior de ACSLS.
Nota:
No puede ejecutardb_export.sh con ACSLS en ejecución. Esto garantiza que se obtenga una copia coherente de la base de datos.La utilidad db_export.sh crea una representación ASCII de la base de datos en una cinta o un archivo especificado en un disco. También es responsable de recopilar los archivos de control de ACSLS. Esta utilidad se puede usar de dos maneras diferentes.
Si se la ejecuta sin ninguna opción, los archivos exportados se copian en el dispositivo de cinta por defecto: /dev/rmt/0n
db_export.sh
Si desea usar un dispositivo de cinta distinto, use la opción -f seguida del dispositivo de cinta deseado:
db_export.sh -f /dev/rmt/3n
Si desea exportar a un archivo local en el mismo equipo, especifique la ruta del archivo mediante la opción -f:
db_export.sh -f /export/save/acsls_export.03_Dec_2014
Cuando guarda en un archivo, el resultado son dos archivos independientes. Las tablas de la base de datos se guardan en el archivo cuyo nombre usted especificó. Los archivos de control varios tienen el mismo nombre de ruta con una extensión .misc.
Los archivos generados por db_export.sh después se usan como entrada para la utilidad db_import.sh cuando se realiza una actualización o una recuperación.
Nota:
Este es el método preferido para migrar todas las versiones anteriores de ACSLS a la versión actual.Cuando ejecute la utilidad db_export.sh, ya sea con la opción -f o sin ella, se le solicitará que elija la versión de ACSLS a la que desea exportar.
$ db_export.sh
Exportación de la base de datos a /dev/tape
Seleccione una de las siguientes opciones para elegir la versión a la que desea exportar:
Si está exportando a cinta, se requiere un dispositivo sin rebobinado.
1: ACSLS 5.3.2 or 5.4 2: ACSLS 6.0 or 6.0.1 3: ACSLS 6.0.1 with L700e 4: ACSLS 6.0.1 with PUT0201 5: ACSLS 6.1, 7.0, or 7.1/7.1.1 before PUT0701 6: ACSLS 7.1/7.1.1 with PUT0701 or ACSLS 7.2 (any) 7: ACSLS 7.3 (any) 8: ACSLS 8.0, 8.01, 8.02, and 8.1 9: ACSLS 8.2 or later E: Exit
Si exporta su base de datos a una versión anterior de ACSLS que no admite algunas de sus bibliotecas de cintas, unidades de cinta o tipos de medios de cartucho, elimine las bibliotecas de cintas no admitidas de su configuración, las unidades de cinta y los cartuchos de sus bibliotecas antes de exportar la base de datos. De lo contrario, podría suceder lo siguiente:
Si selecciona una versión anterior de ACSLS que no sea compatible con una biblioteca, se le solicitará que elimine la biblioteca de la configuración antes de exportar la base de datos.
Si exporta unidades de cinta a una versión anterior de ACSLS que no las admite, las unidades se informan como "unknown" (desconocidas) y no se las puede usar.
Si exporta cartuchos a una versión anterior de ACSLS que no admite los tipos de medios de esos cartuchos, los cartuchos se marcan como ausentes y se los debe extraer manualmente de las bibliotecas.
ACSLS en Linux no admite el acceso a bibliotecas lógicas mediante un destino de fibra. Si está exportando la base de datos a ACSLS en Linux, elimine las bibliotecas lógicas. De lo contrario, no podrá usar ninguna biblioteca lógica en Linux.
Puede exportar la base de datos de ACSLS y los archivos de control de ACSLS a un archivo de disco, como se muestra en el siguiente procedimiento.
Inicie sesión como acsss.
Desactive ACSLS:
acsss disable (desde el símbolo del sistema de UNIX)
Inicie la utilidad db_export.sh.
db_export.sh -f /path/db_file
Seleccione la opción deseada para la versión a la que está migrando.
Durante la ejecución, la utilidad muestra salidas que indican que los datos de las tablas se exportaron correctamente.
Cuando finaliza la exportación, aparece un mensaje que indica que la exportación se realizó correctamente.
La utilidad db_export.sh crea dos archivos: db_file y db_file.misc en la ubicación especificada con la opción -f.
Asegúrese de que estos archivos se coloquen o se muevan a una ubicación segura donde no se los pueda eliminar.
No coloque estos archivos en ninguno de los siguientes directorios ni sus subdirectorios, ya que estos directorios se pueden eliminar o suprimir cuando se instale el mantenimiento de ACSLS:
$ACS_HOME(directorio de inicio de ACSSS)
$ACSDB_BACKUP_DIR (como /export/backup)(directorio donde se almacenan las copias de seguridad de ACSLS)
/tmp
Nota:
Si tiene pensado instalar una nueva versión del sistema operativo, no guarde los archivos exportados en el servidor ACSLS.Para iniciar ACSLS y la base de datos, introduzca el siguiente comando:
acsss enable
Puede exportar la base de datos de ACSLS y los archivos de control de ACSLS a una cinta, como se muestra en el siguiente procedimiento.
Para exportar la base de datos y los archivos de control de ACSLS a cinta:
Inicie sesión como acsss.
Desactive ACSLS:
acsss disable (desde el símbolo del sistema de UNIX)
Inserte una cinta vacía en el dispositivo de cinta por defecto.
Inicie la utilidad db_export.sh;
db_export.sh -f tape_device
Por ejemplo: dbexport.sh -f /dev/rmt/0mn
Seleccione la opción deseada desde donde está exportando.
Durante la ejecución, la utilidad muestra salidas que indican que los datos de las tablas se exportaron correctamente y que la copia de seguridad de los archivos de ACSLS se realiza correctamente. Cuando la exportación finaliza, se muestra un mensaje.
Extraiga el cartucho de la unidad solo cuando el programa haya finalizado la ejecución y vuelva a aparecer la petición de datos.
Precaución:
Si extrae el cartucho antes de que el programa finalice la exportación, perderá archivos. Escriba "proteger el cartucho" y márquelo con claridad para identificar el contenido como la base de datos exportada.No deje el cartucho en la biblioteca.
Para iniciar ACSLS y la base de datos, introduzca el siguiente comando:
acsss enable
Los siguientes atributos se importan en la base de datos nueva cuando se usa la utilidad db_import.sh.
Volúmenes: estas tablas de base de datos incluyen toda la información asociada con cada volumen de la biblioteca, como:
dónde reside el volumen
tipo de cartucho (como datos, reutilizable y limpieza)
última agrupación de volúmenes reutilizables asociada
estado actual del cartucho (origen, montado, etc.)
fecha de introducción y fecha de último acceso
número de montajes desde la fecha de introducción
uso máximo (para cartuchos de limpieza)
ID de bloqueo e ID de usuario asociados (si el cartucho está bloqueado)
ACS y biblioteca: las tablas de base de datos incluyen los ACS y los componentes de la biblioteca, como: LSM, unidades, paneles y celdas.
Los archivos de control de ACSLS incluyen todas las actualizaciones de configuración desde la instalación inicial, incluido lo siguiente:
información de control de acceso
preferencias de volúmenes fijos
preferencias de medios reutilizables
plantillas personalizadas de volrpt
Variables dinámicas y estáticas: las variables dinámicas que se hayan personalizado en una versión anterior se pueden importar.
En esta sección se describe cómo usar la utilidad db_import.sh para:
volver a crear la base de datos de ACSLS
recuperar archivos de control de ACSLS importantes
recuperar variables dinámicas personalizadas a partir de datos exportados con la utilidad db_export.sh.
Puede importar la base de datos de ACSLS y los archivos de control de ACSLS desde un archivo de disco, como se muestra en el siguiente procedimiento.
Para importar la base de datos de ACSLS, los archivos de control de ACSLS o variables dinámicas personalizadas desde un archivo de disco:
Inicie sesión como acsss.
Desactive ACSLS.
acsss disable (desde el símbolo del sistema de UNIX)
Inicie la utilidad db_import.sh.
db_import.sh -f db_file
ACSLS Import Utility
If importing from tape, a no-rewind device is required.
What would you like to do:
1) Import data, control files, and dynamic variables from
from a DIFFERENT release or platform version of ACSLS (upgrade)
2) Import data, control files, and dynamic variables from the SAME
release (version and PUT level) and platform of ACSLS(Disaster Recovery)
3) Import database tables only (any level of ACSLS)
4) Import control files only (any level of ACSLS)
5. Merge customized dynamic variables only (any level of ACSLS)
E) Exit
Please select one of the above:
Opción 1: importación de datos, archivos de control y variables dinámicas desde una versión de software o plataforma distinta.
Use esta opción para importar archivos de base de datos, archivos de control y variables dinámicas al pasar a una versión distinta o actualizar ACSLS.
Precaución:
La base de datos existente y las tablas de control y la configuración de variables dinámicas se destruyen, regeneran y completan con los datos proporcionados desde la exportación. Los resultados son finales y no hay recuperación sin regeneración de la base de datos. Para conservar la información de las tablas existentes, no continúe a menos que haya exportado los datos de las tablas mediantedb_export.sh.Esta opción también recupera variables dinámicas personalizadas de entornos anteriores. Esto es útil al actualizar versiones de ACSLS, ya que no es necesario registrar variables dinámicas personalizadas anteriores. Se recuperan todos los archivos del directorio acs.home debajo de data/external, incluidos los archivos de control de acceso. Si se configura el control de acceso, también se recupera data/internal/client_config.
Opción 2: importación de datos, archivos de control y variables dinámicas desde la misma versión de software o plataforma.
Use esta opción para regenerar un entorno de ACSLS, incluida la base de datos y los archivos de control. Esta opción se usaría:
al recuperarse de un fallo de hardware o durante una actualización de hardware o
si debe regenerar el servidor ACSLS para que sea idéntico al servidor ACSLS desde el que se exportaron los datos.
Opción 3: importación de las tablas de base de datos solamente desde cualquier nivel de versión de ACSLS.
Use esta opción para importar solo los archivos de base de datos desde cualquier nivel de versión de ACSLS.
Esta opción destruye las tablas y los archivos de control existentes de la base de datos, los regenera y después los completa con los datos proporcionados desde la base de datos exportada. Para conservar la información de las tablas existentes, no continúe a menos que haya exportado los datos mediante db_export.sh.
Opción 4: importación de archivos de control de ACSLS desde cualquier nivel de versión de ACSLS.
Use esta opción para importar solo los archivos de control de ACSLS desde cualquier versión de ACSLS. Con esta opción, se importan todos los archivos en el directorio acs.home debajo de data/external, incluidos los archivos de control de acceso. Si se configura el control de acceso, también se importa data/internal/client_config.
Esta opción recupera los archivos de base de datos de ACSLS, los archivos de control y las variables dinámicas de la misma versión. Con esta opción, se recuperan todos los archivos del directorio acs.home debajo de data/external, incluidos los archivos de control access.
Esta opción recupera variables dinámicas personalizadas de entornos anteriores. Es una opción muy útil para actualizar versiones de ACSLS sin tener que registrar variables dinámicas personalizadas anteriores.
Si selecciona esta opción, se recopilan todos los valores de configuración de la exportación de la base de datos y, luego, se reconfigura la memoria compartida con los valores de las nuevas variables.
Opción 5: fusión de variables dinámicas personalizadas solamente.
Es una opción muy útil para actualizar versiones de ACSLS sin tener que registrar variables dinámicas personalizadas anteriormente. Si selecciona esta opción, se recopilan todos los valores de configuración de la exportación de la base de datos y se reconfigura la memoria compartida con los valores de las nuevas variables.
ADVERTENCIA:
Si está importando desde ACSLS 7.2.0 e inicia ACSLS antes de ejecutar esta opción, pueden perderse ciertos datos. Si está actualizando ACSLS desde una versión anterior y tenía variables dinámicas personalizadas, debe importar las variables personalizadas ANTES de iniciar ACSLS.
Verifique la instalación como se describe en Verificación de la base de datos importada y la configuración de la biblioteca.
Para iniciar ACSLS, introduzca el siguiente comando:
acsss enable
Use el siguiente procedimiento para importar la base de datos de ACSLS, recuperar los archivos de control de ACSLS y regenerar las variables dinámicas personalizadas desde la cinta.
Inicie sesión como acsss.
Desactive ACSLS.
acsss disable (desde el símbolo del sistema de UNIX)
Inserte la cinta con la base de datos exportada que exportó con el comando db_export.sh en la unidad de cinta.
Ejecute la utilidad de importación de base de datos; para ello, introduzca lo siguiente en el símbolo del sistema de UNIX.
db_import.sh
Aparece el menú principal de la utilidad db_import.sh como se muestra en Importación desde un archivo de disco. También proporciona más información.
Nota:
Si ejecuta la utilidaddb_import desde un terminal y rebobina la cinta desde otro terminal, recibe un mensaje de error.Consulte las opciones del menú en el paso Inicie la utilidad db_import.sh..
Verifique la instalación como se describe en Verificación de la base de datos importada y la configuración de la biblioteca.
Importe desde una cinta que no sea el dispositivo de cinta por defecto (sin rebobinado).
Para iniciar ACSLS, introduzca el siguiente comando:
acsss enable
El cambiador de medios SCSI (mchanger) es el controlador de dispositivos de biblioteca conectado por fibra que establece las comunicaciones entre ACSLS y las bibliotecas conectadas por fibra. Se debe crear un mchanger para cada biblioteca conectada a ACSLS por fibra.
Los números de los enlaces del controlador del dispositivo /dev/mchanger# pueden cambiar al importar ACSLS a otra plataforma u otra versión, lo que puede generar problemas. Por ejemplo, una biblioteca SL500 o SL150 que estaba conectada mediante /dev/mchanger3 en el servidor de ACSLS antiguo puede estar conectada mediante /dev/mchanger4 en el nuevo servidor ACSLS.
Esto no es un problema al pasar de un servidor Linux de ACSLS a un nuevo servidor Linux porque el formato de los nombres de mchanger es distinto en Linux. En lugar de un número, en los servidores Linux el nombre de mchanger incluye el número de serie de la biblioteca.
El siguiente procedimiento evita problemas cuando hay controladores de cambiador de medios configurados para bibliotecas conectadas por fibra y se migra a una nueva versión o una nueva plataforma de servidor ACSLS.
En servidores ACSLS de Solaris o AIX, registre el número de mchanger asociado con cada biblioteca conectada por fibra al servidor ACSLS antiguo. Consulte Registro de detalles sobre bibliotecas conectadas por fibra en el servidor ACSLS antiguo.
Actualice la configuración con los nuevos nombres de mchanger para las bibliotecas. Consulte Reconfiguración de ACSLS para cambiar los nombres de mchanger para bibliotecas conectadas por fibra.
En servidores ACSLS de Solaris o AIX, antes de exportar la base de datos desde el servidor ACSLS antiguo, registre el número de mchanger asociado con cada biblioteca conectada por fibra en el servidor ACSLS antiguo. Guarde la salida de cmd_proc y la utilidad showDevs.sh que muestra el mchanger asociado con cada ACS conectado por fibra y los números de serie de las bibliotecas.
cmd_proc:
query lmu all
Esto muestra todos los ACS controlados por ACSLS y sus conexiones de puertos. Los nombres de puerto de las bibliotecas conectadas por fibra en sistemas Solaris y AIX serán /dev/mchanger#, donde # es un número.
display lsm * -f type serial_num
Esto muestra el tipo de biblioteca y el número de serie de todos los LSM gestionados por ACSLS. Use el tipo de biblioteca, como SL500 o SL150, para identificar las bibliotecas conectadas por fibra. Use el número de serie para identificar la biblioteca específica.
Herramientas:
showDevs.sh -s
La utilidad showDevs.sh con la opción –s muestra el enlace del dispositivo mchanger, el tipo de biblioteca, el número de serie de la biblioteca y los detalles que identifican la biblioteca conectada por fibra.
Después de importar la base de datos, si está migrado a Linux o desde Linux, o no se configuraron los mismos números de mchanger en Solaris, debe actualizar la configuración con los nuevos nombres de mchanger para estas bibliotecas.
Uso de acsss_config:
Inicie sesión como acsss.
Use showDevs.sh para visualizar todas las bibliotecas conectadas por fibra.
La utilidad showDevs.sh con la opción –s muestra el enlace del dispositivo mchanger, el tipo de biblioteca, el número de serie de la biblioteca y los detalles que identifican la biblioteca conectada por fibra.
Guarde la salida de showDevs.sh en un archivo para poder copiarla y pegarla cuando acsss_config se lo solicite.
Con la salida de showDevs.sh -s abierta en una ventana de terminal, abra otra ventana de terminal e inicie sesión como acsss.
Ejecute acsss_config en la segunda ventana de terminal.
Seleccione la opción 8: "Define or Change Library Configuration" (Definir o cambiar la configuración de bibliotecas).
Responda y a "Configure library communications? (y/n):" (¿Desea configurar comunicaciones de biblioteca? [s/n]:)
Responda y a "Library server data base exists and will be overwritten, continue (y or n)?" (Existe una base de datos de servidor de biblioteca y se sobrescribirá, ¿desea continuar? [s o n])
Haciendo referencia a la salida guardada de query lmu all, reconfigure todos los ACS que estaban configurados en el servidor ACSLS antiguo.
Configure todos los ACS en el mismo orden y con los mismos números de ACS que tenían en el servidor ACSLS antiguo.
Configure las bibliotecas que no están conectadas por fibra como particionadas o no particionadas y con las mismas conexiones de puerto que tenían en el servidor ACSLS antiguo.
Al configurar las conexiones de puerto para las bibliotecas conectadas por fibra, especifique los nuevos nombres de los enlaces de mchanger usados en el nuevo servidor ACSLS. Para los nombres de los enlaces de mchanger en Linux, la manera sencilla de hacerlo es copiarlos desde la salida showDevs.sh y pegarlos después de la petición de datos de acsss_config.
Finalice la reconfiguración del hardware de biblioteca de ACSLS.
Use el siguiente procedimiento para montar o desmontar un cartucho para verificar ACSLS.
Verifique haber iniciado sesión como acsss.
Si ACSLS no se está ejecutando, inícielo introduciendo el siguiente comando:
acsss enable
Para realizar una consulta al servidor desde cmd_proc, introduzca el siguiente comando:
query server
Si se muestran mensajes que indican que el servidor se encuentra en modo de recuperación, espere un mensaje que indique que el servidor está en ejecución.
Verifique que lo siguiente esté en línea. De lo contrario, cámbielos al estado en línea con el comando vary.
query port all
query acs all
query lsm all
query drive all
¿Tiene al menos un cartucho en un LSM?:
SÍ. Continúe con el procedimiento.
NO. Introduzca un cartucho en un LSM.
Para montar un cartucho, introduzca el siguiente comando:
mount vol_id drive_id
Utilice el comando query drive para obtener el ID de una unidad disponible y el comando query volume para obtener el ID de un cartucho de biblioteca.
¿Apareció un mensaje que indica que el montaje se realizó correctamente?
Así es un mensaje que indica que el montaje se realizó correctamente:
Mount: vol_id mounted on drive_id
SÍ. Ha finalizado el procedimiento.
NO. Si aparece un mensaje de error, ejecute nuevamente este procedimiento de verificación para asegurarse de haber especificado una unidad válida disponible y un cartucho de biblioteca. Si el montaje o desmontaje sigue fallando, contacte con el servicio técnico para obtener asistencia.
Para desmontar el cartucho, introduzca el siguiente comando:
dismount vol_id drive_id force
donde vol_id es el volumen y drive_id es la unidad que especificó en el paso 6.
ACSLS crea automáticamente un archivo de copia de seguridad de la base de datos en disco cada 24 horas a la medianoche o la hora del día y los días de la semana que usted especifique en las opciones de copia de seguridad en acsss_config.
Además de las copias de seguridad automáticas de la base de datos que crea ACSLS, usted debe ejecutar periódicamente la utilidad bdb.acsss para crear manualmente copias de seguridad en cinta que se pueden almacenar fuera del sitio y usarse, de ser necesario, para la recuperación ante desastres de la base de datos.
Las copias de seguridad regulares transferidas a un dispositivo que se encuentra en otro sitio pueden posibilitar la restauración rápida si se produce un caso de desastre en el servidor ACSLS.
Use bdb.acsss para hacer copias de seguridad manualmente de la base de datos en cinta después de:
Ejecutar acsss_config.
Importar la base de datos.
Una auditoría de toda la biblioteca.
Recuperar cualquier base de datos.
Para hacer una copia de seguridad de la base de datos de ACSLS en un dispositivo de cinta especificado conectado al servidor ACSLS, haga lo siguiente:
Inicie sesión como acsss.
Inserte una cinta vacía en el dispositivo de cinta.
Desde la ventana de terminal, introduzca el siguiente comando:
bdb.acsss -f tape_device
Donde tape_device especifica un dispositivo de cinta conectado al servidor ACSLS.
Aparecen mensajes que informan el avance de la copia de seguridad.
Espere a que aparezca el siguiente mensaje:
Check tape device (/dev/rmt/0mn) to make sure you have a tape in the tape drive.
[Hit RETURN to continue or Ctrl-C to exit]
Press RETURN.
Espere a que aparezca el siguiente mensaje:
ACSLS database backup successfully completed.
Ejemplo: para hacer una copia de seguridad de la base de datos de ACSLS en el dispositivo de cinta /dev/rmt/0mn, introduzca el siguiente comando:
bdb.acsss -f /dev/rmt/0mn
Como prevención ante una posible necesidad de recuperación ante desastres, Oracle no recomienda hacer copias de seguridad en un archivo de UNIX a menos que el archivo se encuentre en un disco remoto. Consultebdb.acsss.
Para hacer una copia de seguridad de la base de datos de ACSLS en un archivo de UNIX, haga lo siguiente:
Inicie sesión como acsss.
Desde la ventana de terminal, introduzca el siguiente comando:
bdb.acsss -f db_file
Donde db_file especifica un archivo de UNIX que contendrá la base de datos de ACSLS. Debe tener permisos de escritura para el archivo.
Espere a que aparezca el siguiente mensaje:
ACSLS database backup successfully completed.
En esta sección, se describen los siguientes procedimientos de restauración y recuperación:
Restauración de una base de datos dañada o perdida con la copia de seguridad más reciente
Restauración de una base de datos dañada o perdida a una fecha y hora especificadas
Recuperación de un fallo de disco
Recuperación ante desastres de un servidor con errores
Recuperación a partir de un archivo de copia de seguridad
Restauración de archivos de control de ACSLS que no sean de la base de datos
Para la mayoría de estos procedimientos se usa la utilidad rdb.acsss, que proporciona opciones de restauración de una base de datos a partir de la copia de seguridad más reciente o a partir de una fecha y hora especificadas; recuperación ante desastres a partir de una copia de seguridad creada por bdb.acsss y restauración de archivos de control de ACSLS creados por bdb.acsss. Para obtener más información acerca de estas opciones, consulte rdb.acsss.
Nota:
Si la celda de origen de un cartucho cambia con respecto a la última ubicación después de hacer una copia de seguridad, la base de datos restaurada no estará actualizada. Para evitar el movimiento de cartuchos al realizar operaciones de desmontaje, cada LSM debe ser el único LSM en su ACS (esto es así en la mayoría de las bibliotecas SCSI) o la función de almacenamiento extendido debe estar activada para todos los LSM que están conectados a otros LSM mediante un puerto Passthru.Para obtener más información, consulte Uso de la función de almacenamiento extendido. Si la función de almacenamiento extendido no está activada para todos los LSM conectados, o si se introdujeron o expulsaron cartuchos, audite la biblioteca después de la restauración para actualizar la base de datos y activar todos los LSM que estén conectados a otros LSM mediante un puerto Passthru.
Nota:
No especifique la opción-f como opción general para la utilidad rdb.acsss. Si hizo una copia de seguridad de la base de datos en un archivo de red externo o en un dispositivo de cinta alternativo, use la opción -f solo después de introducir rdb.acsss. Seleccione la tercera opción de recuperación. Cuando se le solicite hacerlo, introduzca -f y el nombre de ruta del archivo de red externo o un dispositivo de cinta alternativo. Consulte Seleccione la opción 2: para obtener más información.En este procedimiento, se restaura la base de datos con la copia de seguridad más reciente creada en el disco local mediante el procedimiento de copia de seguridad automática. Los archivos de control de ACSLS también se restauran.
Para restaurar una base de datos dañada o perdida con la copia de seguridad más reciente, complete los siguientes pasos:
Inicie sesión como acsss.
Desactive ACSLS.
acsss disable
Escriba el siguiente comando:
rdb.acsss
Seleccione la opción 1:
1. Restore from a current local disk backup
Consulte los procedimientos en rdb.acsss.
Para iniciar ACSLS, introduzca el siguiente comando:
acsss enable
Use este procedimiento para una recuperación ante desastres cuando se hayan dañado o perdido tanto el disco principal como el secundario.
Para efectuar una recuperación desde un servidor con errores, haga lo siguiente:
Instale el sistema operativo.
Instale ACSLS.
Precaución:
Debe instalar ACSLS en el mismo directorio que usaba antes del fallo de disco.Inicie sesión como acsss.
Desactive ACSLS:
acsss disable
Escriba el siguiente comando:
rdb.acsss
Seleccione la opción 2:
2. Restore from a previous tape or network file backup
Consulte los procedimientos en rdb.acsss.
Para iniciar ACSLS, introduzca el siguiente comando:
acsss enable
Debe ejecutar acsss_config para volver a especificar la fecha y hora para las copias de seguridad automatizadas y los períodos de retención a menos que desee aceptar la configuración por defecto.
En este procedimiento, se restauran los archivos de control de ACSLS. Estos archivos no corresponden a la base de datos e incluyen todos los archivos del directorio data/external, como archivos de control access, el archivo de volumen fijo, el archivo de preferencias de reutilización y archivos volrpt personalizados. Estos archivos se restauran a partir de un archivo de red externo o una copia de seguridad en cinta de bdb.acsss.
Para restaurar los archivos de control de ACSLS, haga lo siguiente:
Inicie sesión como acsss.
Desactive ACSLS:
acsss disable
Escriba el siguiente comando:
rdb.acsss
Seleccione la opción 4:
Restore only ACSLS non-database control files
Consulte los procedimientos en rdb.acsss.
Para iniciar ACSLS y la base de datos, introduzca el siguiente comando:
acsss enable