Copia de seguridad y restauración

1. Descripción general

Garantizar la seguridad de los datos es una de las tareas principales del administrador.

Esta seguridad se garantiza mediante:

La protección de los archivos de control y de los archivos de traza se realiza por multiplexación (consulte el capítulo Archivos de control y de traza).

Las preguntas que nos debemos plantear para definir la estrategia son las siguientes:

La respuesta a la pregunta "¿es aceptable perder los datos?" raramente es "sí". Si excepcionalmente la respuesta es "sí", hay que determinar hasta qué límite: ¿1 día, 2 días, 1 semana?

También es necesario determinar la naturaleza de la actividad de la base de datos:

2. El almacenamiento de los archivos de traza

Como ya hemos visto, los archivos de traza conforman un registro de las modificaciones realizadas en la base de datos. Se organizan en grupos escritos de manera circular: por tanto, la información guardada se eliminada por defecto periódicamente.

Estos archivos de traza se pueden aplicar a una copia de seguridad del archivo de datos para recrear todas las modificaciones que se hayan producido entre la copia de seguridad y una incidencia que haya dañado el archivo (restauración del soporte), con la premisa de haber conservado todos los archivos de traza; esto es posible haciendo funcionar la base de datos...

1. Descripción general

Es posible activar el almacenamiento de los archivos de traza poniendo la base de datos en modo ARCHIVELOG: este modo permite garantizar que un grupo de archivos de traza no se reutilizará mientras que no se haya almacenado.

Desde la versión 10, poner la base de datos en modo ARCHIVELOG permite iniciar automáticamente dos procesos de almacenamiento (ARC0 y ARC1) durante la apertura de la base de datos; en las versiones anteriores había que hacerlo explícitamente. Por el contrario, siempre es oportuno, incluso en la versión 10, dar valor a algunos argumentos de inicialización que afectan a los proceso de almacenamiento.

La base de datos se puede crear inmediatamente en modo ARCHIVELOG. Generalmente, la base de datos se crea en modo NOARCHIVELOG y después se pasa a ARCHIVELOG. Guardar los archivos de traza generados por la creación de la base de datos no tiene mucho interés (solo un volumen de archivos importante).

2. Modo de proceder

El modo de proceder es el siguiente:

  SQL> ALTER SYSTEM SET 
    2      log_archive_format='redo_%S_%R_%T.arc' 
    3  SCOPE=SPFILE; 
  SQL> ALTER SYSTEM SET 
    2      log_archive_dest_1='LOCATION=h:\oradata\arch\NUESTRABASE' 
    3  SCOPE=SPFILE;
 

SQL> SHUTDOWN IMMEDIATE
 

SQL> STARTUP MOUNT
 

SQL> ALTER DATABASE ARCHIVELOG;
 

SQL> ALTER DATABASE OPEN;
 

La sentencia SQL ALTER DATABASE NOARCHIVELOG permite, si es necesario, volver a pasar a modo NOARCHIVELOG.

3. Los argumentos del proceso de almacenamiento

LOG_ARCHIVE_FORMAT

Este argumento define el formato deseado para...

1. Introducción

RMAN es una herramienta por línea de comandos que permite realizar copias de seguridad y restauraciones de una base de datos llamada base de datos de destino (target database).

RMAN utiliza un repositorio (repository) para almacenar la información de su configuración, las copias de seguridad realizadas, la estructura de la base de datos de destino, los archivos de traza almacenados, etc.

Este repositorio siempre se almacena en el archivo de control de la base de datos de destino. La duración de conservación de la información en el archivo de control se determina mediante el argumento de inicialización CONTROL_FILE_RECORD_KEEP_TIME (7 días, por defecto).

El repositorio también se puede almacenar en un catálogo de recuperación (recovery catalog) que se materializa por un esquema en otra base de datos. Es posible utilizar un único catálogo de recuperación para centralizar los repositorios RMAN de varias bases de datos de destino. Emplear un catálogo de recuperación separado resulta interesante porque la información de copia de seguridad se conserva si todos los archivos de control de la base de datos de destino se pierden.

Si define una zona de recuperación rápida (flash recovery area) con ayuda de los argumentos DB_RECOVERY_FILE_DEST y DB_RECOVERY_FILE_DEST_SIZE, puede aprovechar las funcionalidades de copia de seguridad y restauración automática en disco propuestas por RMAN. Adicionalmente, puede definir una política de conservación (retention policy) indicando cuanto tiempo se debe conservar una copia de seguridad. RMAN se encarga de gestionar el espacio...

1. Conceptos generales

El comando BACKUP permite realizar una copia de seguridad. Para que este comando funcione la base de datos debe estar montada o abierta, porque RMAN necesita acceder al archivo de control de la base de datos de destino fundamentalmente para registrar en él la existencia de la copia de seguridad. Las copias de seguridad de base de datos abierta de la totalidad de la base de datos, de los archivos de datos o de los tablespaces, solo son posibles si la base de datos funciona en modo ARCHIVELOG. Si la base de datos funciona en modo NOARCHIVELOG, para realizar una copia de seguridad de este tipo inicialmente es necesario parar la base de datos (correctamente) y después montarla.

SHUTDOWN IMMEDIATES  
STARTUP MOUNT  
BACKUP ...;
 

RMAN puede hacer una copia de seguridad de los archivos de datos, los archivos de control, los archivos de traza almacenados, el archivo de argumentos del servidor o los elementos de copia de seguridad (de una copia de seguridad anterior). Como se ha indicado anteriormente, una copia de seguridad RMAN se puede realizar como una copia de imagen (image copy) o como un juego de copias de seguridad (backup set). Por defecto, la copia de seguridad se realiza como un juego de copias de seguridad.

Cuando RMAN realiza una copia de seguridad de archivos de datos como un juego de copias de seguridad, no copia los bloques nunca utilizados de los archivos, lo que permite ganar espacio. Adicionalmente, es posible comprimir el juego de copias de seguridad; esto ralentiza ligeramente la copia de seguridad y consume un poco de CPU, pero disminuye el tamaño de la copia de seguridad de manera importante (normalmente se divide entre 5). Estas dos funcionalidades no están disponibles en el caso de copia de imagen (copia bit a bit del archivo de origen).

La sintaxis general del comando BACKUP es la siguiente:

BACKUP [cómo] qué [opción]
 

La cláusula cómo puede tomar uno o varios de los siguientes valores:

INCREMENTAL LEVEL n [CUMULATIVE]
 

VALIDATE
 

1. Encontrar información de las copias de seguridad

LIST destino [ BY FILE | SUMMARY ] [ filtro_copia_de_seguridad ]; 
       - destino 
{ BACKUP | COPY } [ OF objetos ] 
BACKUPSET 
       - objetos 
DATABASE 
DATAFILE lista_números_o_nombres 
TABLESPACE lista_nombres 
CONTROLFILE 
SPFILE 
ARCHIVELOG { ALL | filtro_archivo } 
       - filtro_archivo  
FROM TIME 'fecha'  
UNTIL TIME ' fecha '  
TIME BETWEEN ' fecha 1' AND ' fecha 2'  
       - filtro_copia_de_seguridad  
TAG [=] 'nombre'  
COMPLETED {  AFTER ' fecha 1'  
           | BEFORE ' fecha 2'  
           | BETWEEN ' fecha 1' AND ' fecha 2' }
 

LIST { BACKUPSET | BACKUPPIECE } { lista_claves | TAG [=] 'nombre' };
 

LIST ARCHIVELOG { ALL | filtro_archivo } [info_copia_de_seguridad]; 
       - info_copia_de_seguridad  
BACKED UP n TIMES TO DEVICE TYPE [DISK | 'media']
 

LIST BACKUP OF DATABASE; # cualquier archivo de la base de datos 
LIST BACKUP OF DATAFILE 1,'E:\ORADATA\NUESTRABASE\DATA01.DBF'; 
LIST BACKUP OF TABLESPACE system,sysaux; 
LIST BACKUP OF CONTROLFILE SPFILE; 
LIST BACKUP OF ARCHIVELOG ALL; 
LIST BACKUP OF ARCHIVELOG UNTIL TIME 'SYSDATE-1';
 

1. Descripción general

La estrategia de recuperación depende de varios factores:

¿Qué hacer en caso de problema?

1. identificar la naturaleza del problema;

2. definir el modo de proceder teniendo en cuenta el modo de funcionamiento de la base de datos y de las copias de seguridad disponibles.

Desde la versión 11, Oracle ofrece un asesor para la recuperación de los datos (el Data Recovery Advisor), que permite diagnosticar y resolver fácilmente las incidencias (pérdida o corrupción) relacionadas con los datos en disco. Esta nueva herramienta se presenta en la sección Data Recovery Advisor.

A lo largo del texto, los términos "perdido" y "dañado" se utilizan indistintamente, haciendo referencia a una incidencia; en la práctica, aunque el archivo se haya perdido o simplemente dañado, los procedimientos de recuperación son los mismos.

Se realiza una operación de recuperación, principalmente con RMAN. Para algunas etapas puede ser necesario SQL*Plus, principalmente para consultar algunas vistas del diccionario de datos (aunque ya no es necesario en la versión 12, porque las sentencias SELECT se pueden ejecutar directamente en RMAN); será necesaria una conexión AS SYSDBA si la base de datos no está abierta.

En una operación de "recuperación" o de "restauración" hay dos etapas bien definidas e independientes:

1. Descripción general

Las técnicas de flashback son un conjunto de funcionalidades propuestas por Oracle que permiten ver el estado pasado de los datos o bien obtener una tabla o toda la base de datos en un momento concreto del pasado.

Las funcionalidades propuestas son las siguientes:

Solo la funcionalidad Flashback Query está disponible en todas las ediciones de la base de datos (particularmente en Standard Edition).

La funcionalidad Flashback Data Archive (Oracle Total Recall) es una opción de Enterprise Edition y, por tanto, necesita una licencia adicional. Esta funcionalidad no se presenta en este libro.

Las demás funcionalidades de flashback necesitan Enterprise Edition, pero sin opciones adicionales.

Estas funcionalidades utilizan técnicas diferentes, pero responden al mismo objetivo: recuperar un error de utilización.

Las funcionalidades de flashback de consulta (Flashback Query, Flashback Version Query y Flashback Transaction Query) y la funcionalidad de flashback de tabla utilizan...

1. Introducción

En el panel DBA, la carpeta Copia de Seguridad/Recuperación de RMAN da acceso a las diferentes funcionalidades que permiten utilizar RMAN:

Las diferentes funcionalidades se reparten en cinco subcarpetas:

Los diferentes cuadros de diálogo propuestos por Oracle SQL Developer van a permitir generar los comandos RMAN que podrán copiarse o salvarse en un archivo para ejecutarse a continuación con la herramienta de línea de comandos. Adicionalmente, pero solo en plataformas Linux, es posible ejecutar los comandos RMAN directamente a partir de Oracle SQL Developer después de haberlo configurado adecuadamente.

Los cuadros de diálogo propuestos por Oracle SQL Developer tienen, por tanto, elementos comunes que van a permitir realizar la acción deseada.

Ejemplo:

Por defecto, si no se ha configurado Oracle SQL Developer para ejecutar los comandos RMAN, el cuadro de diálogo permite registrar los comandos en un script, por tanto puede elegir el nombre y la ubicación (zona Script para Guardar Archivo y botón Seleccionar…). La pestaña RMAN permite ver los comandos correspondientes:

En lugar de registrarlos en un archivo, puede copiar los comandos desde esta pestaña para utilizarlos como usted quiera por ejemplo para ejecutarlos en modo interactivo en la herramienta de línea de comandos. En este cuadro de diálogo también puede modificar el script como desee antes de guardarlo (botón Aplicar) o copiarlo.

Cuando guarda el script, Oracle SQL Developer muestra un cuadro de diálogo de confirmación que indica cómo...