En este apéndice:
Se detalla y explica cada utilidad, para qué se usa y su importancia.
Se proporciona una visión general de los escenarios de recuperación ante desastres.
ACSLS ofrece tres métodos sólidos y bien diferenciados para realizar copias de seguridad tanto de la base de datos como de los archivos de control de ACSLS. Cada utilidad realiza diferentes funciones, y todos los métodos cumplen un rol importante en un plan de recuperación ante desastres completo.
ACSLS proporciona servicios automatizados de protección de la base de datos. Estos servicios protegen el funcionamiento diario de la base de datos de ACSLS contra cambios que puedan producir consecuencias no deseadas o daños en la base de datos.
Por lo tanto, con estos servicios de protección de copia de seguridad automatizados, tiene la capacidad de restaurar su base de datos a la hora de cualquier copia de seguridad desde el presente hasta el final de su período de retención. Las herramientas de restauración se describen más adelante en este apéndice.
En esta sección, se describen los métodos de copia de seguridad automatizados y los motivos de su uso.
Directorio de copias de seguridad por defecto de ACSLS
Durante la instalación inicial de ACSLS, se le pide que proporcione el nombre del directorio que desea usar para las copias de seguridad (por defecto, /export/backup). En este directorio, se realizan las actividades de copia de seguridad.
Se realiza una copia de seguridad completa de la base de datos en el directorio utilizando una convención de denominación por fecha:
/export/backup/yyyy-mm-dd-hh:mm:ss.tar.
Se puede modificar la hora en la que se realiza la copia de seguridad diaria cambiando el valor de "Automatic Backup Variables" (Variables de copia de seguridad automática) en acsss_config.
Consulte Configuración de variables que controlan el comportamiento de ACSLS para obtener información sobre cómo cambiar el comportamiento por defecto de las copias de seguridad.
Período de retención de base de datos
Otro parámetro configurable dentro de ACSLS que afecta las copias de seguridad automáticas es el período de retención de base de datos. Es la cantidad de tiempo que ACSLS retiene las copias de seguridad.
El valor por defecto del período de retención es de 8 días.
Consulte Configuración de variables que controlan el comportamiento de ACSLS para obtener información sobre cómo cambiar el comportamiento por defecto de las copias de seguridad.
El período de retención también se puede modificar mediante acsss_config.
ACSLS proporciona una utilidad llamada bdb.acsss que realiza copias de seguridad de los datos críticos de ACSLS por medio de la línea de comandos. Este también es el método utilizado para restaurar la base de datos de ACSLS cuando el entorno consiste del mismo hardware, nivel de SO y versión de ACSLS (o componentes idénticos). Consulte bdb.acsss.
La utilidad bdb.acsss, que se usa sin ninguna opción de línea de comandos, proporciona la capacidad de crear una copia de seguridad de base de datos y almacenarla en el directorio de copias de seguridad por defecto. Se realizan copias de seguridad de todas las bases de datos críticas y los archivos de control de ACSLS en un solo archivo. Este archivo luego se puede usar para restaurar ACSLS a su estado anterior en el mismo hardware o en hardware idéntico cuando se producen fallos de disco interno o de placa base.
La utilidad rdb_acsss admite una opción "-f" que se puede usar para especificar un archivo y una ubicación (rdb.acsss -f /path/my_file) o un dispositivo de cinta
(-f /dev/rmt/0mn). Cuando se usa un dispositivo de cinta, no se proporciona un nombre de archivo en el dispositivo de cinta.
ACSLS proporciona una utilidad llamada db_export.sh para exportar la base de datos de ACSLS, los archivos de control de ACSLS y cualquier variable dinámica personalizada. La utilidad db_export.sh es la responsable de volcar la base de datos de ACSLS en archivos ACSII de valores separados por comas, de realizar una copia de los archivos de control de ACSLS y de realizar una copia de las variables dinámicas. Este es el método que se utiliza para migrar a versiones más recientes de ACSLS y no se recomienda para las operaciones de copia de seguridad diarias porque tanto ACSLS como la base de datos deben estar cerrados para realizar la exportación.
La utilidad de línea de comandos db_export.sh es el método recomendado para migrar la base de datos entre diferentes niveles de hardware de servidor, versiones de sistema operativo y versiones de ACSLS. Sin opciones, se puede usar con el dispositivo de cinta local por defecto, por ejemplo, /dev/0mn. Luego, esta cinta se puede trasladar a cualquier ubicación, y ACSLS y sus archivos de control de ACSLS asociados se pueden restaurar en cualquier versión de sistema operativo o nivel de ACSLS.
Nota:
Aunque se puede seleccionar cualquier dispositivo de cinta, se debería usar un dispositivo sin rebobinado. La utilidad db_export crea dos archivos. Si se selecciona un dispositivo con rebobinado, se sobrescribe el primer archivo (datafiles) cuando se crea el segundo archivo.Al igual que en la utilidad bdb.acsss, se puede usar la opción "-f" para especificar una unidad de cinta diferente a la establecida por defecto. Simplemente, ejecute
db_export.sh /dev/0mn o cualquier dispositivo de cinta conectado para usar esta opción.
La opción -f también permite que se exporte la base de datos al archivo nombrado. Cuando use este método, notará que se crean dos archivos: un archivo al que le asignó un nombre y otro archivo con una extensión .misc. Ambos archivos deben transferirse al servidor donde se realizará la importación para garantizar que esta se lleve a cabo correctamente.
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.
Las opciones del menú endb_export.sh son:
1: ACSLS 7.3 2: ACSLS 8.0, 8.0.1, 8.0.2, 8.1 3. ACSLS 8.2 or 8.3 4. ACSLS 8.4 E: Exit Please select by number (or E to exit):
ACSLS usa dos herramientas de recuperación diferentes para restaurar todas las copias de seguridad y las exportaciones. Ambas herramientas ofrecen una interfaz de usuario basada en menús y opciones fácilmente seleccionables. Las dos utilidades son:
rdb.acsss: la herramienta de recuperación para copias de seguridad tanto automatizadas como manuales.
db_import.sh: restaura una base de datos exportada o archivos de control de ACSLS desde la misma versión o una versión diferente de ACSLS, o desde una plataforma de hardware diferente. Esta opción también permite la recuperación de variables dinámicas personalizadas.
La utilidad rdb.acsss restaura la base de datos de ACSLS y los archivos de control de ACSLS utilizando una copia de seguridad creada por la función de copia de seguridad automática o la utilidad bdb.acsss. Los archivos de control de ACSLS se encuentran en $ACS_HOME/data y definen distintas variables de entorno para ACSLS. Especifican la configuración de control de acceso, preferencias de reutilización, LSM de almacenamiento extendido, configuración personalizada de volrpt, atributos del volumen (para la utilidad watch_vols) y demás.
Consulte rdb.acsss para obtener información sobre las opciones y los procedimientos.
ACSLS proporciona una utilidad db_import.sh para restaurar una base de datos exportada desde la misma versión o una versión diferente de ACSLS, o hasta de una plataforma de hardware diferente. Al igual que rdb.acsss, ofrece una interfaz de usuario basada en menús fácil de leer, que le permite seleccionar la tarea que desee realizar.
La utilidad db_import.sh puede funcionar sin opciones, o se puede proporcionar la opción
-f con una ruta y un nombre de archivo como argumento. Ejecutar db_import.sh desde la línea de comandos sin ninguna opción hace que la utilidad busque la base de datos exportada en el dispositivo de cinta local. Primero comprueba la existencia de la base de datos exportada y verifica que sea un archivo de exportación de base de datos válido, y luego muestra un menú con cuatro opciones.
Nota:
También puede proporcionar una opción-f con una unidad de cinta (-f /dev/rmt/0mn) para un dispositivo no establecido por defecto. Aunque puede proporcionar cualquier dispositivo de cinta, es un requisito que proporcione un dispositivo sin rebobinado. La utilidad db_import.sh usa dos archivos: uno para datos y otro para archivos de control. Si usa un dispositivo con rebobinado, después de recuperar los archivos de datos, la cinta se rebobina y los archivos de control fallan.Si proporciona la opción -f con una ruta y un nombre de archivo, db_import.sh usa el nombre de archivo proporcionado como archivo de base de datos exportado. Al igual que con el dispositivo de cinta local, primero comprueba si el archivo existe y, luego, valida que el nombre de archivo proporcionado sea un archivo de base de datos exportada. Si el archivo proporcionado no es una exportación válida, se muestra un menú. Las opciones del menú son las siguientes:
Opción 1: importar las tablas de base de datos, los archivos de control y las variables dinámicas para el archivo exportado.
Esta opción incluye la base de datos de la biblioteca más todas las actualizaciones personalizadas que se preservaron de la versión exportada.
Opción 2: importar solo las tablas de base de datos desde el archivo exportado.
Esta opción incluye la configuración completa de la biblioteca y el juego de datos del volumen, pero no aplica ninguna personalización del sistema que se haya realizado en la versión exportada.
Opción 3: importar solo los archivos de control desde el archivo exportado.
Esta opción no modifica la base de datos de biblioteca actual e incluye solo las personalizaciones que se habían exportado desde la versión anterior.
Opción 4: combinar las variables dinámicas personalizadas del archivo exportado.
Esta opción combina los parámetros de configuración personalizados de la versión exportada con la versión actual. Consulte Configuración de variables que controlan el comportamiento de ACSLS.
En esta sección, se describen los escenarios de desastre.
Como usuario acsss, detenga ACSLS antes de ejecutar la recuperación.
$ acsss db $ rdb.acsss
Seleccione la opción 2. Consulte rdb.acsss.
Cuando se complete la recuperación, inicie ACSLS: acsss enable.
Seleccione la opción 2. Consulte rdb.acsss.
Inicie ACSLS y realice una prueba en función de los procedimientos de copia de seguridad y restauración de base de datos.
Instale el sistema operativo.
Configure el servidor y el sistema operativo nuevos con los valores de configuración del servidor anterior.
Instale ACSLS.
Inserte la cinta de copia de seguridad o el archivo de copia de seguridad de FTP en el servidor.
Inicie la utilidad rdb.acsss.
Seleccione la opción 2. Consulte rdb.acsss.
Cierre rdb.acsss.
Inicie ACSLS y realice una prueba en función de los procedimientos de copia de seguridad y restauración de base de datos.
Instale el sistema operativo.
Instale ACSLS.
Coloque los archivos de copia de seguridad de servidor a servidor de ACSLS en la ubicación correcta.
Introduzca rdb.acsss. Consulte rdb.acsss
Seleccione la opción 3.
Cuando se complete la utilidad de recuperación, inicie ACSLS y realice una prueba en función de los procedimientos de copia de seguridad y restauración de base de datos.