Configurar Oracle Data Guard para Oracle Database

Oracle Data Guard garantiza alta disponibilidad, protección de datos y recuperación ante desastres para los datos empresariales que residen en una instancia de Oracle Database.

Proporciona un completo juego de servicios que permiten crear, mantener, gestionar y controlar una o más bases de datos en espera para que las Oracle Database de producción puedan sobrevivir ante desastres y daños en los datos. Data Guard mantiene estas bases de datos en espera como copias de la base de datos de producción. Si la base de datos de producción deja de estar disponible debido a una interrupción planificada o no planificada, Data Guard puede cambiar cualquier base de datos en espera al rol de producción y minimizar el tiempo de inactividad asociado a la interrupción.

Puede utilizar Oracle Data Guard para replicar las instancias principales de Oracle Database que se ejecutan en OCI con hardware dedicado de Oracle Linux 8.6 o virtuales en la instancia secundaria de Oracle Database que se ejecuta en Compute Cloud@Customer que también se ejecuta en una máquina virtual de Oracle Linux 8.6.

También puede implantar la misma arquitectura entre dos racks locales de Compute Cloud@Customer. Por ejemplo, las principales instancias de Oracle Database que se ejecutan en una instancia de Compute Cloud@Customer mediante una instancia virtual de Oracle Linux 8.6 se replican en la instancia secundaria de Oracle Database que se ejecuta en otra instancia de Compute Cloud@Customer.

Data Guard utiliza los servicios de transporte de redo y los servicios de aplicación para gestionar la transmisión de datos de redo, la aplicación de datos de redo y los cambios en los roles de base de datos. La instancia principal de Oracle Database configurada en OCI se debe configurar para transmitir los datos de redo a la base de datos en espera que se ejecuta localmente en Compute Cloud@Customer.

Arquitectura

La siguiente arquitectura de Data Guard muestra la recuperación ante desastres entre OCI y Compute Cloud@Customer.

A continuación se muestra la descripción de data-guard-dr-arch-oci-compute-cloud-customer.png

Descripción de la ilustración data-guard-dr-arch-oci-compute-cloud-customer.png

Esta arquitectura admite los siguientes componentes:

Servicios de transporte de redo: controle la transferencia automatizada de datos de redo de la base de datos principal a la base de datos en espera local que se ejecuta en Compute Cloud@Customer. Los servicios de redo también permiten el acceso de solo lectura a los datos. Los servicios de transporte de redo realizan las siguientes tareas:

Transmita datos de redo de la base de datos primaria que se ejecuta en OCI a la base de datos en espera local en Compute Cloud@Customer.
Gestione el proceso de resolución de los huecos en los archivos redo log archivados debido a un fallo de red.
Detecte automáticamente los archivos redo log archivados que faltan o están dañados en un sistema en espera y recupere automáticamente los archivos redo log archivados de sustitución de la base de datos primaria u otra base de datos en espera.

Transiciones de roles: con Data Guard, puede cambiar el rol de una base de datos de una base de datos en espera a una base de datos principal o de una base de datos principal a una base de datos en espera mediante una operación de switchover o de failover. Data Guard simplifica las transiciones de roles y automatiza los failovers. Por ejemplo:

Un switchover es una reversión de rol entre la base de datos principal y una de sus bases de datos en espera. Un switchover garantiza que no se produzcan pérdidas de datos. Esto se suele hacer para el mantenimiento planificado del sistema principal. Durante una operación de switchover, la base de datos principal realiza la transición a un rol en espera y la base de datos en espera realiza la transición al rol principal.
Un failover se produce cuando la base de datos principal no está disponible. El failover se realiza solo en caso de fallo de la base de datos primaria, y el failover provoca una transición de una base de datos en espera al rol de principal. El administrador de la base de datos puede configurar Data Guard para garantizar que no se pierdan datos.

Hay varios pasos manuales necesarios para configurar Data Guard, incluidos, entre otros, los siguientes:

Prepare la base de datos primaria con los parámetros recomendados.
Prepare los alias TNS en los entornos primario y en espera.
Cree la base de datos física en espera como una duplicación de la base de datos primaria.
Configuración de Data Guard.

Oracle GoldenGate Capture para Oracle Autonomous Database soporta lo siguiente:

Replicar para diferentes casos de uso: descarga de informes, activo-activo, nube a nube y nube a local.
Replicación de datos entre regiones: replique datos entre diferentes centros de datos de OCI de todo el mundo.
Replicar entre destinos: replique desde una base de datos autónoma en cualquier base de datos o plataforma de destino que soporte Oracle GoldenGate, incluido en otros entornos de Oracle Autonomous Database.

Note:

La replicación de Oracle Autonomous Database desde OCI a entornos locales no está en el ámbito de esta solución. Puede utilizar Data Guard para replicar Oracle Autonomous Database de OCI a Compute Cloud@Customer. Oracle recomienda utilizar Oracle GoldenGate para replicar Oracle Autonomous Database en un entorno local.