ABD5502 ADMINISTRACIÓN DE BASE DE DATOS

Conceptos de Copia de Seguridad y

Recuperación
 Unidad de Aprendizaje N°3
Auditoría, respaldo y recuperación de la Base de Datos

Aprendizajes Conceptuales:
Reconocer el proceso de Respaldar la base de datos efectuando copias de
seguridad para garantizar el funcionamiento de la Base de Datos y su
recuperación ante fallos.
 Objetivos de la Clase

• Describir los tipos de fallos que se pueden producir en Oracle

Database
• Describir las formas de ajustar la recuperación de instancias
• Describir la importancia de los checkpoints, archivos redo log y
archivos archive log
• Explicar cómo configurar la base de datos para una máxima
recuperabilidad .
• Explicar cómo configurar la Fast Recovery Area.
• Explicar cómo configurar el modo ARCHIVELOG
Parte de las Labores de un Administrador de
Base de Datos

Proteger la base
Aumentar el
de datos contra
tiempo entre
fallos siempre que sea
fallos (MTBF)
posible

Proteger los componentes

críticos por redundancia

Reducir el tiempo
Minimizar la
para la
pérdida de datos
recuperación (MTTR)
 Categorías de Fallos
Los fallos normalmente se pueden dividir en las siguientes
categorías:
• Fallo de sentencia
• Fallo de proceso de usuario
• Fallo de red
• Error del usuario
• Fallo de la instancia
• Fallo del medio físico
 Fallo de Sentencia
PROBLEMAS TÍPICOS POSIBLES SOLUCIONES

Intentos de ingreso de datos no Trabaje con los usuarios para validar y corregir
válidos en una tabla los datos.

Intentos de realizar operaciones Proporcione privilegios de objeto o del sistema

con privilegios insuficientes adecuados.

Fallo al intentar asignar espacio • Active la asignación de espacio

reanudable (activar la propiedad de Auto
Extent).
• Aumente la cuota del usuario.
• Agregue espacio al tablespace
Errores de lógica en Trabaje con los desarrolladores para corregir
aplicaciones errores del programa.
 Fallo en los Procesos de Usuario
PROBLEMAS TÍPICOS POSIBLES SOLUCIONES

Un usuario realiza una

desconexión anormal.
Normalmente no es necesario que un
La sesión de un usuario se DBA realice una acción para resolver
termina de forma anormal fallos de proceso de usuario. Los
procesos background de la instancia
Un usuario sufre un error del realizan un rollback de los cambios sin
programa que termina la confirmar y liberan los bloqueos.
sesión

Observe lo que sucede

 Fallo de Red

PROBLEMAS TÍPICOS POSIBLES SOLUCIONES

Fallo del listener. Configure un listener de copia de

seguridad y operaciones de failover
de tiempo de conexión.
Fallo de la tarjeta de interfaz
Configure varias tarjetas de red
de red (NIC).
Fallo de la conexión de red Configure una conexión de red de
copia de seguridad
 Error del Usuario
PROBLEMAS TÍPICOS POSIBLES SOLUCIONES

El usuario elimina o modifica

Realice el rollback de la transacción y
datos involuntariamente.
las transacciones dependientes o
deje la tabla en su estado anterior.

El usuario elimina una tabla.

Recupere la tabla de la papelera de
reciclaje.

Oracle LogMiner
 Error del Usuario

PROBLEMAS TÍPICOS POSIBLES SOLUCIONES

El usuario elimina o modifica

Realice el rollback de la transacción y
datos involuntariamente.
las transacciones dependientes o
deje la tabla en su estado anterior.

El usuario elimina una tabla.

Recupere la tabla de la papelera de
reciclaje.

Oracle LogMiner
 Tecnología de Flashback
• Visualización de estados anteriores de los datos.
• “Rebobinado” y avance de los datos en el tiempo.
• Ayuda a usuarios en el análisis y la recuperación de
errores.

Para el análisis de errores: Para la recuperación de errores:

Oracle Flashback Transaction Backout

Oracle Flashback Query
Oracle Flashback Versions Query
Oracle Flashback Transaction Query
Oracle Flashback Table
Oracle Flashback Drop
Oracle Flashback Database
 Fallo de la Instancia
CAUSAS TÍPICAS POSIBLES SOLUCIONES

Cortes en el suministro • Reiniciar la instancia mediante el

eléctrico.
Fallo de hardware.
Fallo de uno de los procesos
en segundo plano críticos
Procedimientos de cierre de
emergencia
comando STARTUP. La
recuperación de un fallo de
instancia es automática e incluye
la aplicación de transacciones
pendientes de los redo logs y la
realización de un rollback de
transacciones sin confirmar.
• Investigar las causas del fallo
usando el archivo de alertas, los
archivos de trace y Enterprise
Manager.
 Descripción de Recuperación de Instancias:
Proceso Checkpoint (CKPT)
• Actualiza las cabeceras de los data files con
SGA
información de checkpoint.
Database
• Actualiza los control files con información de buffer cache

checkpoint.
• Indica al proceso DBWn que se ha efectuado
DBWn
un checkpoint completo.
Database Writer

Control
files
CKPT

Checkpoint
Data files
 Descripción de Recuperación de Instancias:
Redo Log Files y Proceso Log Writer
Redo log files:
• Registran cambios de la base de
datos.
• Se deben multiplexar como SGA
protección ante pérdidas.

Log Writer escribe: Redo log buffer

• Durante un commit
• Cuando el Log Buffer está un tercio
LGWR
lleno.
• Cada tres segundos. Log Writer
• Antes de que el proceso DBWn
escriba.
• Antes de un shutdown “limpio” Grupo Grupo Grupo
de redo de redo de redo
log 1 log 2 log 3
 Recuperación de Instancia
La recuperación automática de fallos de instancias:
• Se produce por intentos de apertura de una base de datos cuyos
archivos no se sincronizan al cerrar.
• Utiliza información almacenada en los grupos de redo logs para
sincronizar los archivos.

Implica dos operaciones distintas:

• Aplicar las transacciones pendientes: se aplican los cambios de
redo log (tanto confirmados como no confirmados) a los data files.
• Realizar rollback: los cambios realizados pero no confirmados
vuelven a su estado original.
 Fases de la Recuperación de Instancias
1. Inicio de instancia (data files no sincronizados) Instancia

2. Aplicación de transacciones pendientes (redo) SGA

3. Datos confirmados y sin confirmar en archivos

Procesos
4. Apertura de la base de datos Background

5. Realización de rollback (undo)

6. Confirmación (commit) de los datos en los Base de Datos
archivos
SCN:
SCN:140 SCN:143 74-101

SCN:
SCN:129 SCN:143 102-143
Undo

SCN: 99
Control Grupo de
Data Files files redo logs
 Ajustes de la Recuperación de Instancia
• Durante la recuperación de instancias, las transacciones entre la
posición de checkpoint y el final de redo log se deben aplicar a data
files.
• Para ajustar la recuperación de instancias, controle la diferencia entre
la posición de checkpoint y el final de redo log.

Posición de Checkpoint Final de redo log

Recuperación de
instancias

Transacciones
 Uso del Asesor de MTTR
• Especificar el tiempo deseado en segundos o minutos.
• El valor por defecto es 0 (desactivado).
• El valor máximo es de 3.600 segundos (una hora).
 Fallo del Medio Físico
CAUSAS TÍPICAS POSIBLES SOLUCIONES

Fallo de la unidad de disco. • Reiniciar la instancia mediante el

Fallo del controlador de
disco.
Fallo de uno de los procesos
en segundo plano críticos
Eliminación o corrupción de
un archivo necesario para el
funcionamiento de la base
• Investigar las causas del fallo
de datos.
comando STARTUP. La
recuperación de un fallo de
instancia es automática e incluye
la aplicación de transacciones
pendientes de los redo logs y la
realización de un rollback de
transacciones sin confirmar.
usando el archivo de alertas, los
archivos de trace y Enterprise
Manager.
 Configuración de Recuperabilidad
Para configurar la base de datos para una máxima recuperabilidad
se debe:
• Programar copias de seguridad periódicas
• Multiplexar los control files
• Multiplexar los grupos de redo logs
• Retener copias archivadas de redo logs
 Configuración de Fast Recovery Area

Recomendada para simplificar
la gestión del almacenamiento
de copias de seguridad
Su configuración implica
Espacio de almacenamiento
determinar la ubicación,
(independiente de los archivos
el tamaño y la política
de trabajo de la base de datos)
de retención

Ubicación especificada con el parámetro Tamaño especificado con el parámetro

DB_RECOVERY_FILE_DEST DB_RECOVERY_FILE_DEST_SIZE

Debe ser lo bastante grande para las

copias de seguridad, los archive logs, Gestionada automáticamente de
los logs de flashback, control files acuerdo a la política de retención)
multiplexados y los redo logs multiplexados
 Multiplexación de los Control Files
Para protegerse contra un fallo de la base de datos, ésta debe tener varias
copias del control file.

Almacenamiento Almacenamiento de File

de ASM System
Recomendacio Una copia en cada Al menos dos copias, cada una en un
nes grupo de discos disco independiente (al menos una en
(como +DATA y un controlador de disco
+FRA) independiente)
Pasos para Ninguna copia 1. Modificar el SPFILE con el
crear control adicional necesaria comando ALTER SYSTEM SET
files del control file control_files.
adicionales 2. Cerrar la base de datos.
3. Copiar el control file en una
nueva ubicación.
4. Abrir la base de datos y verificar
que se ha agregado el nuevo
control file.
 Archivos Redo Log
• Multiplexar los grupos de redo logs para protegerse contra fallos del medio físico
y la pérdida de datos. Esto aumenta la E/S de la base de datos. Se recomienda
que los grupos de redo logs tengan:
• Al menos dos miembros (archivos) por grupo.
• Cada miembro:
- En un controlador o disco independiente si se utiliza almacenamiento de
file system.
- En un grupo de discos independiente(como +DATA y +FRA) si se utiliza
ASM

Miembro Miembro Miembro

a a a

Miembro Miembro Miembro

b b b
Grupo 1 Grupo 2 Grupo 3
 Multiplexación de los Archivos Redo Log
Si Storage Type es
File System, se
debe ingresar el
nombre de archivo y
un directorio de
archivos.
 Archivos Archive Log
Para mantener la información de redo, se deben crear copias archivadas de los
archivos redo log, realizando los siguientes pasos:

1. Especificar la regla de nomenclatura de los archivos

archive log.

2. Especificar una o más ubicaciones de los archivos archive log.

3. Cambiar la base de datos al modo ARCHIVELOG

Archivos redo log online Archivos archive log

 Proceso de Archive (ARCn)
El proceso ARCn:
• Es un proceso background SGA
opcional
• Archiva automáticamente los Redo log buffer

archivos redo log online cuando

se ha definido el modo LGWR

ARCHIVELOG para la base de

datos.
Copias de
• archivos
Conserva el registro de todos los Archivos
redo log
redo log
cambios realizados en la base de
datos
ARCn
 Archivo Archive Log: Nomenclatura y Destino
• Se debe especificar la información de nomenclatura y destinos de
archivos en la página Recovery Settings.
• Si se utiliza el almacenamiento de sistema de archivos, se recomienda
agregar varias ubicaciones en distintos discos.
•
Activación del Modo ARCHIVELOG
Para colocar la base de datos en modo ARCHIVELOG utilizando
Enterprise Manager se deben realizar siguientes pasos:

1. Activar la casilla de control ARCHIVELOG Mode y hacer click en

Apply. La base de datos sólo se puede definir en el modo
ARCHIVELOG desde el estado MOUNT.

2. Reiniciar la base de datos (con privilegios SYSDBA).

3. (Opcional) Visualizar el estado del archivo.

4. Crear una copia de seguridad de la base de datos.

• Para colocar la base de datos en modo ARCHIVELOG utilizando
SQL*Plus se deben realizar siguientes pasos:
sqlplus / as sysdba 1
SQL> shutdown immediate 2
SQL> startup mount 3
SQL> alter database archivelog; 4
SQL> alter database open; 5
SQL> archive log list
 Resumen de la Clase
• Se describieron los tipos de fallos que se pueden producir en
Oracle Database
• Se describieron las formas de ajustar la recuperación de instancias
• Se describió la importancia de los checkpoints, archivos redo log y
archivos archive log
• Se explicó cómo configurar la base de datos para una máxima
recuperabilidad .
• Se explicó cómo configurar la Fast Recovery Area.
• Se explicó cómo configurar el modo ARCHIVELOG.