Alta Disponibilidad Oracle para Bases de Datos

El uso ms conocido de Oracle Data Guard es sincronizar una base de datos standby fsica con
su contraparte de produccin para la proteccin de datos y la alta disponibilidad. Antes de
Oracle Database 11g, las bases de datos standby fsicas operaban en modo Redo Apply continuo
(es decir, continuamente aplicando cambios desde la base de datos de produccin) para
asegurarse de que un failover de base de datos puede lograrse en segundos despus de un corte
de servicio en el sitio de produccin. Redo Apply debe ser detenido para permitir el acceso de
lectura a una base de datos Data Guard 10g standby, que eventualmente resulta en una rplica
con datos desactualizados y ampla el tiempo requerido para completar una operacin de
failover.

Oracle Data Guard 11g: panorama general Oracle Data Guard proporciona la infraestructura de
software de administracin, control y automatizacin para crear y mantener una o ms bases
de datos de reserva y as proteger los datos de Oracle contra fallas, desastres, errores y daos.
Existen dos tipos de bases de datos de reserva. Una base de datos fsica de reserva utiliza Redo
Apply para mantener una rplica exacta, bloque por bloque, de la base de datos principal. Una
base de datos lgica de reserva se vale de SQL Apply y contiene la misma informacin lgica que
la base principal, aunque la organizacin fsica y la estructura de la informacin pueden ser
distintas.

Si el sistema principal falla, los administradores pueden elegir la conmutacin ante fallas manual
o automtica del sistema de produccin al de reserva para mantener la alta disponibilidad de
las aplicaciones de uso crtico.

Data Guard es una de las numerosas caractersticas de alta disponibilidad (HA) integradas en
Oracle Database, que aseguran la continuidad de los negocios reduciendo al mnimo el impacto
del tiempo de inactividad programado y no programado.
Las bases de datos de reserva Data Guard ofrecen una alta rentabilidad de las inversiones, ya
que tambin admiten consultas ad hoc, informes, backups o actividades de prueba, al tiempo
que brindan proteccin contra desastres. Especficamente:

La opcin Active Data Guard, por primera vez disponible con Oracle Database 11g,
permite que una base de datos fsica de reserva se use para el acceso de slo lectura a
las aplicaciones, mientras que recibe actualizaciones de la base de datos principal. Las
consultas ejecutadas en una base de datos de reserva en actividad reciben los resultados
actualizados.

Snapshot Standby permite la apertura de una base de datos fsica de reserva para
realizar actividades de lectura y escritura a fin de probarlas o realizar cualquier otra
actividad que requiera una replicacin de lectura y escritura de los datos de produccin.
Una instancia de Snapshot Standby sigue recibiendo, pero no aplica, las actualizaciones
que se generan en la base de datos principal. Esas actualizaciones se aplican
automticamente a la base de datos de reserva cuando Snapshot Standby se vuelve a
convertir en una base fsica de reserva. Los datos principales cuentan con proteccin en
todo momento.

Una base de datos lgica de reserva cuenta con la flexibilidad adicional de poder
abrirse en modo de lectura y escritura. Si bien los datos que mantiene SQL Apply no
pueden modificarse, es posible agregar tablas locales adicionales a la base de datos,
adems de crear estructuras locales de ndices para optimizar la generacin de informes
o usar la base de reserva como almacn de datos, o para transformar la informacin
utilizada a fin de cargar almacenes de datos especializados (data marts).

Las bases de datos de reserva pueden usarse para realizar tareas de mantenimiento
programadas en forma gradual. El mantenimiento se realiza primero en la base de datos
de reserva. Una vez completadas las tareas de mantenimiento, la produccin pasa a la
base de datos de reserva. El nico tiempo de inactividad es el necesario para efectuar la
transicin. De ese modo, aumenta la disponibilidad y se reduce el riesgo al realizar
mantenimiento de hardware o del sistema operativo, mantenimiento de sitios o al
aplicar nuevos grupos de parches a la base de datos, actualizar a versiones completas o
implementar otros cambios significativos en la base de datos.
 Una base de datos fsica de reserva, como es una rplica exacta de la base principal,
tambin puede servir para aliviar a la base de datos principal de la sobrecarga de realizar
backups.

Servicios de transporte de Data Guard

Como los usuarios realizan transacciones en la base de datos principal, Oracle genera registros
redo y los escribe en un archivo de registro local en lnea. Los servicios de transporte de Data
Guard transmiten los datos redo a una base de datos de reserva, ya sea en forma sincrnica o
asincrnica, en la que se escriben en un archivo de registro redo de reserva (paso uno de la
Figura 3). Los datos redo pueden transmitirse en un formato comprimido para reducir los
requisitos de ancho de banda, usando la opcin Oracle Advanced Compression.

Mediante el transporte sincrnico de datos redo (SYNC), la base de datos principal espera a que
la de reserva confirme que los datos redo se han plasmado en el disco antes de avisar a la
aplicacin que la ejecucin fue satisfactoria, por lo cual no se pierde ningn dato. La suma del
tiempo necesario para que se completen las E/S de archivos de registro redo de reserva y el

Redo y Active Data Guard

Redo Apply y Active Data Guard La opcin Active Data Guard incluye una cantidad de
caractersticas que amplan las capacidades de Redo Apply y una base de datos fsica de reserva,
entre otras:

Real-time Query permite el acceso de slo lectura a una base de datos fsica de reserva
para realizar consultas, organizar informacin, solicitar informes, acceder a Internet,
etc., al tiempo que se aplican constantemente los cambios provenientes de la base de
datos de produccin. En los casos en que la carga de trabajo de slo lectura puede
aislarse de las transacciones de lectura y escritura, Active Data Guard puede duplicar
eficazmente la capacidad de produccin utilizando la base de datos fsica de reserva que
anteriormente estaba inactiva en su rol de reserva (es posible agregar a la configuracin
bases de datos de reserva activas adicionales para escalar an ms la capacidad de slo
lectura sin que repercuta en las transacciones de lectura y escritura). Active Data Guard
presenta un rendimiento excepcional: puede usarse para aplicaciones de gran
procesamiento en las que es imposible que algn otro mtodo de replicacin siga el
ritmo del volumen de transacciones generado por la base de datos de origen.

Los acuerdos de nivel de servicio (SLA) de Active Data Guard pueden implementarse
mediante el parmetro de sesin STANDBY_MAX_DATA_DELAY. El valor de este
parmetro fija un lmite a la cantidad de tiempo (en segundos) que puede transcurrir
entre el momento en que se producen los cambios en la base de datos principal y el
momento en que se pueden consultar en una base de datos activa de reserva (novedad
con Data Guard 11g versin 2). Si se excede ese lmite, la base de datos activa de reserva
devolver un cdigo de error ORA-3172. Las aplicaciones pueden responder a este error
con una actividad similar a la desconexin y redirigir la consulta a otra base de datos
activa de reserva o a la principal para lograr el SLA necesario.

Active Data Guard 11g versin 2 permite la reparacin automtica de bloques

daados. La prdida de datos en el mbito de los bloques deriva de errores de E/S al
 azar, intermitentes, adems de datos daados de la memoria que se escriben en el disco.
Cuando Oracle detecta un dao, marca el bloque como medio daado, lo escribe en el
disco y suele devolver a la aplicacin un error ORA-1578. Ninguna lectura posterior del
bloque tendr xito hasta que el bloque se recupere en forma manual. Sin embargo, si
el dao se produce en una base de datos principal que cuenta con una de reserva Active
Data Guard, la recuperacin de medios de bloques se realiza en forma automtica,
transparente para la aplicacin, copiando el bloque sin dao de la base de datos de
reserva. En cambio, los bloques daados de la base de datos de reserva se recuperan
automticamente usando una versin indemne proveniente de la principal.

Oracle Active Data Guard Oracle Active Data Guard permite que una base de datos standby fsica
est abierta para acceso de solo lectura para informes, consultas simples o complejas,
clasificacin, acceso basado en la web, etc. mientras se aplican cambios a la base de datos de
produccin. Todas las consultas que se leen desde la rplica fsica se ejecutan en tiempo real, y
ofrecen resultados actuales. Esto implica que cualquier operacin que requiere acceso de solo
lectura actualizado puede descargarse en la rplica, mejorando y protegiendo el desempeo de
la base de datos de ORACLE DATA SHEET 1 produccin. Esta capacidad posibilita que Active Data
Guard se implemente en una amplia variedad de aplicaciones comerciales. Algunos ejemplos
incluyen:

Telecomunicaciones: Acceso tcnico a cronogramas de servicio, consultas de clientes

para verificar el estado de las solicitudes de servicio.

Atencin mdica: acceso rpido a historiales mdicos actualizados.

Finanzas y administracin: consultas ad-hoc e informes

Transporte: consultas sobre el seguimiento de paquetes, estado del cronograma

Negocios Web: navegacin por el catlogo, estado del pedido, escalamiento horizontal
utilizando grupos de lectura (reader farms)

Exclusivas Ventajas de Oracle Active Data Guard

Active Data Guard es la evolucin de la tecnologa Data Guard, y brinda exclusivas ventajas de
desempeo al tiempo que aprovecha todas las otras mejoras incluidas en Oracle Data Guard
11g. Por ejemplo, cualquier base de datos standby fsica de Data Guard 11g puede convertirse
fcilmente en Snapshot Standby. Un Snapshot Standby est abierto y es de lectura y escritura, y
es idealmente adecuado como sistema de prueba, capaz de procesar transacciones
independientes de la base de datos primaria. Un Snapshot Standby mantiene la proteccin al
continuar recibiendo datos de la base de datos de produccin, archivndolos para su uso futuro.
Cuando se completan las pruebas, un solo comando desecha los cambios realizados mientras
est abierto para lectura y escritura, y rpidamente vuelve a sincronizar la base de datos standby
con la primaria.

Mxima Disponibilidad de Bases de Datos Oracle.

La arquitectura de mxima disponibilidad brinda alta disponibilidad para la implementacin del
Enterprise Manager (EM) con el fin de prevenir alguna falla en algn componente del EM. Los
impactos de falla en los diferentes componentes del EM son:

Una falla en el agente o en la comunicacin entre los agents y el OMS: Los destinos no pueden
ser monitoreados a travs del EM, a pesar de que la consola del EM continue disponible y se
pueda visualizar la informacin histrica de los datos desde el repositorio.

Falla en el Oracle Management Service (OMS): Se muestra como la falta de disponibilidad de

la consola de EM tanto como la falta de disponibilidad de los servicios del EM.

Falla en el repositorio: Muestra fallas en el momento de almacenar la informacin de los

agents en el repositorio del EM tanto como la falta de disponibilidad en los servicios del EM. En
general, las fallas en cualquier componente del EM pueden resultar en una perdida sustancial
del servicio que puede ser esencial para cada uno de los componentes, esto hace que los
componentes se tornen ms fuertes para ser utilizados con una arquitectura de alta
disponibilidad. EM puede ser configurado para ejecutarse en modo activo-activo o activo-pasivo
utilizando una nica instancia de base de datos como repositorio.

Las dos arquitecturas son: Activo/Pasivo: Una configuracin activo-pasivo involucra dos nodos
de hardware con un nico nodo ejecutando una instancia de OMS (activa) al tiempo. El nodo
que alberga de forma primaria el OMS es llamado nodo activo; el nodo o conjunto de nodos que
puede albergar potencialmente el OMS son llamados nodos pasivos. Cuando el OMS o cualquier
recurso que sobre el dependa falla (como discos o el nodo mismo), el OMS, a lo largo de los
recursos requeridos, es reubicado y reiniciado en el nodo pasivo.

La principal desventaja de esta solucin es la falta de habilidad para escalar sobre OMS y la
instancia de base de datos. Adicionalmente, los estados fuera de lnea causados por la falla de
los componentes toman mayor tiempo para resolverse hasta que el EM sea reiniciado en el
hardware en standby.

Configuracin Activo/Activo (MAA):

En una configuracin activo-activo, dos o mas instancias OMS son configuradas para server la
misma carga de trabajo de la aplicacin. Esas instancias pueden residir en las mismas maquinas
o en mquinas diferentes. Las instancias activas son el front-end a travs del router balanceador
de carga, el cual puede redireccionar las peticiones a cualquier instancia active. Cuando
cualquier nodo del OMS activo falla, los nodos del OMS que estn se encontraban en el mismo
estado toman la carga de trabajo. La figura 3 muestra los componentes claves del EM en una
configuracin activo/activo. Ventajas incluidas:

Alto nivel de utilizacin de hardware resultando en mejor rendimiento (mayor

throughput) cuando todos los nodos estn en ejecucin

Escalabilidad

Failover ms rpido

Una desventaja de esta configuracin incluye la posibilidad de reducir el rendimiento cuando el

nodo falla.