PDF de programación - Recuperación de datos

(1)

(2)

Para ver una copia completa de la licencia, acudir a la dirección
http://creativecommons.org/licenses/by-nc-sa/2.5/es/legalcode.es



(3)

índice

(3) recuperación de datos .................................................................................................. 7
(3.1) introducción _____________________________________________________ 7
(3.1.1) introducción ............................................................................................................................................. 7
(3.1.2) causas de pérdidas de datos ............................................................................................................... 7
(3.1.3) tipos de copias de seguridad ............................................................................................................. 9
(3.2) almacenamiento de datos en Oracle _____________________________ 9
(3.2.1) repaso a la arquitectura de Oracle ................................................................................................. 9
vistas del diccionario de datos relacionadas con los tablespaces .................................................................... 10
almacenamiento de datos en Oracle ...................................................................................................................... 11
redo log, proceso LGWR ............................................................................................................................................. 12
modos NOARCHIVELOG y ARCHIVELOG ............................................................................................................ 16
archivos de control ....................................................................................................................................................... 18
archivos de parámetros .............................................................................................................................................. 19
archivos de contraseñas ............................................................................................................................................. 20
(3.2.2) posibilidades de copias de seguridad en Oracle ........................................................................ 20
(3.2.3) copias físicas en frío de Oracle ........................................................................................................ 20
realización de la copia de seguridad en frío en modo NOARCHIVELOG ................................................... 20
realización de la copia de seguridad en frío en modo ARCHIVELOG.......................................................... 23
(3.2.4) copias en caliente de la base de datos......................................................................................... 23
mostrar los redo log archivados ............................................................................................................................... 23
pasos para realizar copia completa en caliente de la base de datos ........................................................... 23
verificación de las copias ........................................................................................................................................... 26
restauración completa de una copia en caliente ............................................................................................... 26
restauración incompleta ............................................................................................................................................ 29
(3.2.5) recuperaciones de tipo Flashback ................................................................................................. 30
área rápida de recuperación ................................................................................................................................... 30
SCN ................................................................................................................................................................................... 31
parámetro UNDO_RETENTION ............................................................................................................................... 31
recuperaciones de tablas mediante flashback .................................................................................................... 32
recuperaciones de bases de datos mediante flashback .................................................................................... 33



(5)

(3)

recuperación de

datos

(3.1) introducción

(3.1.1) introducción

Indudablemente una de las tareas más importantes en la administración de las bases de
datos es la de realizar copia y restauración de la base de datos.

Lo ideal es que esta tarea permita recuperar absolutamente todos los datos en caso
de catástrofe; pero no siempre es posible. Un buen administrador deberá establecer
métodos de trabajo que permitan asegurar la base de datos de modo que las copias
habituales y la política de la base de datos aseguren al máximo tanto los datos como las
estructuras necesarias para que Oracle funcione con normalidad tras el suceso que
provocó la necesidad de la copia.

La operación de restauración nos permitirá recuperar aquella información dañada o
perdida. Oracle proporciona numerosas posibilidades para esta tarea (hay manuales
completos de Oracle sólo dedicados a explicar las múltiples posibilidades de realizarla),
en estos apuntes se comentan las copias y restauraciones de usuario.

(3.1.2) causas de pérdida de datos

Hay numerosas razones que pueden provocar el desagradable efecto de perder datos:

Errores de usuario. Es curioso pero la mayoría de los problemas de pérdida de
datos tienen que ver con el propio usuario. Es decir, ocurren porque el propio
usuario o usuaria elimina la información.

Las instrucciones DML (INSERT, DELETE o UPDATE de SQL) de manipulación de
datos son reversibles en las bases de datos transicionales (especialmente si
cumplen la norma ACID), pero no los son las instrucciones DDL (como la temible
DROP TABLE por ejemplo).

Además cuando la transacción se acepta (con un COMMIT o realizando una
instrucción DDL, por ejemplo), entonces pasa a ser definitiva. Si la transacción
había borrado datos éstos se habrán perdido.

Son los fallos más complicados de arreglar porque responden a una voluntad de
borrar definitivamente los datos, la única posibilidad de recuperar los datos
estará en la existencia de al menos una copia de los mismos.

Errores en la ejecución de instrucciones. Ocurren cuando una instrucción no
pudo ejecutarse correctamente porque no cumple una determinada restricción

(7)

administración de bases de datos
(Unidad 3) recuperación de datos



y no se lleva a cabo y los datos no llegan a grabarse. Si la instrucción era
compleja y había provocado empezar a volcar los datos hasta llegar a uno que
no cumple la condición, entonces la instrucción se detiene pudiendo dejar
datos incoherentes al no finalizar la instrucción.

Normalmente ante un error en una instrucción, una base de datos como Oracle
anula la misma y si era parte de una transacción las demás siguen en el mismo
estado: es decir sólo se anula la del error.

Errores en la programación de aplicaciones. En realidad es un problema
parecido al anterior. Un caso habitual ocurre cuando resulta que una aplicación
permite a varios usuarios trabajar con los mismos datos concurrentemente
habiendo posibilidad de un abrazo mortal (dos sesiones que se bloquean
mutuamente y cuelgan la base de datos) y los datos que intentan grabar no se
graben jamás y, por lo tanto, se pierdan.

Hay otros numerosos ejemplos de estos problemas, bucles infinitos que
escriben y escriben datos sin control hasta llenar los tablespace, problemas con
los permisos de usuario al escribir, mal control de tablas mutantes en PL/SQL,…
Casi todo se detecta mediante los monitores de la base de datos y se resuelve
programando correctamente las aplicaciones.

Errores de red. Ocurre cuando la red pierde la conexión bien por problemas de
hardware (el cable se desconecta, un aparato de red deja de funcionar,…) o de
software (el listener se bloquea). Se puede evitar el problema disponiendo de
elementos redundantes de red en el servidor: dos interfaces de red conectadas
a dos estructuras distintas de red.

En el caso de que el cliente pierda la conexión con la red y la sesión no pueda
cerrarse con normalidad, Oracle anulará la transacción iniciada (si la había)

Fallos de disco. Ocurren cuando el disco se deteriora y se estropea, bien
impidiendo escribir en él (o en el caso más grave incluso impidiendo recuperar
la información en él) o bien cuando datos críticos de la base de datos se
corrompen por el mal estado del disco provocando un mal funcionamiento de la
base de datos e incluso la pérdida de datos.

Por ello es una temeridad no utilizar discos RAID que permitan duplicar los
datos para el caso de que falle un disco la base de datos continúe trabajando
sin problema y simplemente al reemplazar el disco deteriorado volvamos a
tener la base de datos asegurada.

Más grave es el problema de que un usuario del sistema operativo en el que
está instalada la base de datos tenga privilegios suficientes para borrar archivos
de disco de la base de datos y lo haga. En ese caso la situación es más
dramática porque no puede ser controlada por el sistema gestor. Una vez más
dependeremos de nuestras copias ya que realmente es un fallo de usuario.

Errores críticos. Son fallos que provocan la caída de la instancia de la base de
datos bien por un mal funcionamiento d