La recuperación consiste en tres pasos principales: Análisis: Identifica
las páginas sucias y el conjunto de transacciones activas en el momento de la
caída y el punto del log apropiado para empezar la operación REHACER Rehacer:
se replican las operaciones del log. Deshacer: Se recorre el log hacia atrás y
se deshacen las transacciones activas en el momento de la caída, o iniciadas
después, de las que no se ha encontrado confirmación. Recuperación en Oracle
Red Log Files: dos o más archivos donde se registra cualquier modificación
transaccional de una memoria intermedia de la BD. Archivos de control:
metadatos necesarios para operar en la base de datos, incluyendo información
sobre copias de seguridad. Segmento Rollback: guarda las últimas sentencias
realizadas sobre la BD y sabe cuándo se ha confirmado o no una transacción. En
la Recuperación de un fallo: Recupera los datos con REHACER (Desde Redo Log
File). Deshace las transacciones no comprometidas con Deshacer (Desde el
segmento de rollback). 5.1.4 Comandos para recuperación Cada vez que se ejecuta
una tarea de copia de seguridad, CA ARCserve Backup registra la información en
la base de datos sobre los equipos, directorios y archivos de los que se ha
realizado copia de seguridad y los medios utilizados. Esto permite localizar
archivos para cuando sea necesario restaurarlos. El comando de recuperación de
base de datos (ca_recoverdb) es una opción de protección propia que permite
recuperar una base de datos de CA ARCserve Backup si se ha perdido y se ha
realizado copia de seguridad mediante el dominio de CA ARCserve Backup que está
utilizando la base de datos. La utilidad ca_recoverdb sólo se utiliza para
recuperar una base de datos de ARCserve (ASDB) en el mismo equipo o dominio de
ARCserve en el que se ha realizado la copia de seguridad de ASDB. Si desea
realizar la copia de seguridad de ASDB en un equipo y recuperarla en otro (los
dos equipos no se encuentran en el mismo dominio de ARCserve), no se puede
utilizar este comando. Ante esta situación dispone de dos soluciones: Solución
1: Realizar una copia de seguridad de recuperación de desastres desde el equipo
A y después recuperarla en el equipo B. Esta solución necesita que esté
instalada la opción de recuperación de desastres (DR, Disaster Recovery) .
Las operaciones de backup y restore son actividade
crítica y de orden crucial para cualquier organización, pues por motivos
varios una base de datos puede llegar a fallar, los sistemas operativos, el hardware, crackers y hasta los mismos empleados pueden dañar la información. Es por eso que es importante definir políticas de backup en una organización o por lomenos calendarizar la
realización de copias de seguridad para estar
preparado ante cualquier eventualidad.
Dependiendo del gestor que se utilice y el tamaño de
la base de datos, este puede ser una tarea fácil o relativamente
compleja.
Espejeo (mirroring)
Base de Datos Espejo (Database Mirroring) es una
configuración donde dos o tres servidores de base de datos, ejecutándose
en equipos independientes, cooperan para mantener copias de la base de datos y archivo de registro de
transacciones (log).
Tanto el servidor primario como el servidor espejo
mantienen una copia de la base de datos y el registro de
transacciones, mientras que el tercer servidor, llamado elservidor árbitro, es usado cuando es necesario determinar cuál de
los otros dos servidores puede tomar la propiedad de la base de datos. El
árbitro no mantiene una copia de la base de datos. La configuración de los tres
servidores de base de datos (el primario, el espejo y
el árbitro) es llamado Sistema Espejo (Mirroring System), y el servidor primarioy espejo juntos son llamados
Servidores
Para hacer el mirror, es necesario como mínimo
2 instancia y como máximo 3. Si utilizamos 2 instancias, una de ellas contiene la base
de datos y la otra la espejo.
La pega de esta configuración es que el
failover no es automático y se necesita intervención humana. Si utilizamos 3
instancias, entonces utilizamos una de ellas como witness server y permite que el
failover sea automático, osea que cuando una caiga, la otra se ponga en marcha.
Para ello el witness server se encarga de
“mirar” el estado de las 2 instancias y
cuando una de ellas cae, pone la otra en marcha.
Hacer el mirror son dos pasos principales:
1. Copiar y restaurar la base de datos de
la que queremos hacer el mirror desde una instancia a la otra
2. Configurar el asistente de
configuración del mirror.
Vamos
un ejemplo paso a paso.
Lo
primero que tenemos que hacer es hacer un reflejo de nuestra base de datos
en
otra instancia. En nuestro ejemplo esta base de datos se denomina prueba.
No hay comentarios.:
Publicar un comentario