Acerca del Despliegue

Despliegue la aplicación y la base de datos en dos AZ de Azure para alta disponibilidad y configure la gestión de claves y la copia de seguridad de base de datos automatizada en OCI.

Despliegue de nivel de aplicación en Azure

Las soluciones MAA requieren que las aplicaciones se implementen con redundancia y tolerancia a fallos.

1. Despliegue el nivel de aplicación en al menos dos AZ. El proceso y la solución para desplegar varias AZ varían en función de los servicios y recursos de Azure implicados. Con Azure Kubernetes Service (AKS), puede desplegar un cluster privado de nodos de trabajador en diferentes AZ. El plano de control de Kubernetes mantiene y sincroniza los pods y la carga de trabajo.
2. Consulte Exploración Más de la Lista de Control de Aplicaciones para Servicios Continuos para Soluciones MAA y siga los pasos para garantizar que las aplicaciones se vuelvan a conectar de forma eficaz a las instancias de RAC principales disponibles o a las instancias de RAC en espera durante los escenarios de mantenimiento e interrupción planificados. Estas sencillas mejores prácticas de configuración incluyen la creación de un servicio de base de datos gestionado por clusterware para la aplicación, el uso de una cadena de conexión recomendada por MAA que sea compatible con SCAN primario y en espera, la activación de Fast Application Notification (FAN) y el vaciado de aplicaciones para el switchover de aplicaciones normal. Los siguientes pasos, como mínimo, de nivel 1 y nivel 2 son requisitos previos para reducir el tiempo de inactividad del servicio de aplicación.

Configuración del nivel de base de datos en OCI

Oracle Data Guard mantiene una base de datos en espera mediante la transmisión y la aplicación de datos redo desde la base de datos principal. Para el mantenimiento planificado o una prueba de recuperación ante desastres, utilice el switchover de Oracle Data Guard. Si la base de datos principal no está disponible, utilice el failover de Oracle Data Guard para reanudar el servicio.

En los siguientes pasos se describe el proceso para activar Oracle Data Guard en AZ para Oracle Database@Azure por parte de la red gestionada de OCI. OCI es la red preferida para el rendimiento (latencia, rendimiento) y no se incurre en costos de salida o entrada.

Cuando se crean clusters de Exadata en Azure, cada uno estará en una red virtual en la nube (VCN) de OCI diferente. Para que los recursos de diferentes redes virtuales en la nube se comuniquen entre sí, como requiere Oracle Data Guard, se necesitan pasos adicionales para conectar las redes virtuales en la nube y permitir el acceso de los rangos de direcciones IP entre sí. Siga estos pasos para configurar esa comunicación entre las redes virtuales en la nube.

1. Conéctese a la consola de OCI y cree un gateway de intercambio de tráfico local (LPG) en las VCN de los clusters de VM de Exadata principales y en espera.
2. Establezca una conexión entre el LPG primario y el LPG en espera y seleccione el gateway de peer sin intercambio de tráfico en la VCN en espera.

   Note:

   Cada VCN solo puede tener un gateway de intercambio de tráfico local (LPG). Se deberá configurar una VCN de hub si hay varias bases de datos en un cluster de VM de Exadata determinado que tendrán bases de datos en espera en diferentes clusters de VM de Exadata.
3. Actualice la tabla de rutas por defecto para enrutar el tráfico entre las bases de datos principal y en espera a través de la red de OCI sin incurrir en costos de transferencia de datos entrantes y salientes.

   Note:

   Para actualizar la tabla de rutas por defecto, debe crear un ticket de soporte que proporcione el nombre de arrendamiento y el OCID de DRG.
4. Actualice el grupo de seguridad de red principal y en espera para crear una regla de seguridad que permita la entrada de subred de cliente principal y en espera para el puerto TCP 1521. También puede agregar el puerto SSH 22 para el acceso SSH directo a los servidores de base de datos.
5. Active Data Guard o Active Data Guard para la base de datos principal. En la página de detalles de Oracle Database, haga clic en Asociaciones de Data Guard y, a continuación, en el botón Activar Data Guard.
6. En la página Enable Data Guard:
   1. Seleccione el dominio de disponibilidad en espera asignado a Azure AZ.
   2. Seleccione la infraestructura de Exadata en espera.
   3. Seleccione el cluster de VM en espera deseado.
   4. Seleccione Data Guard o Active Data Guard. MAA recomienda Active Data Guard para la reparación automática de bloques de corrupciones de datos y la capacidad de descargar informes.
   5. Elija un modo de protección y un tipo de transporte de redo que satisfaga el RTO y el RPO.
   6. Seleccione uno existente o cree uno nuevo. Se recomienda utilizar la misma imagen de software de base de datos de la base de datos primaria para el directorio raíz de la base de datos en espera, para que ambos tengan los mismos parches disponibles.
   7. Introduzca la contraseña para el usuario SYS y active Data Guard.
   Una vez activado Data Guard, la base de datos en espera se mostrará en la sección Asociaciones de Data Guard.
7. (Opcional) Active el failover automático (failover de inicio rápido) para reducir el tiempo de recuperación en caso de fallos instalando Data Guard Observer en una máquina virtual independiente, preferiblemente en una ubicación independiente o en la red de la aplicación. Para obtener más información, consulte la documentación sobre failover de inicio rápido y configuración y despliegue de Oracle Data Guard. (Actualmente son pasos manuales y no forman parte de la automatización en la nube).

Acerca de las resoluciones esperadas con mantenimiento planificado e interrupciones

Con la configuración de Oracle Data Guard de este manual, que incluye bases de datos Oracle RAC en hardware de Exadata, se pueden mitigar los eventos de interrupción planificados y no planificados.

En esta tabla, se muestran los eventos de interrupción y las resoluciones que proporcionan protección de datos.

Evento	Resolución
Protección frente a fallos de hardware e instancia de base de datos.	Alta disponibilidad y redundancia proporcionada por ExaDB-D y Oracle RAC.
Mantenimiento planificado: actualizaciones continuas (aplicación de parches) sin tiempo de inactividad.	Alta disponibilidad y redundancia proporcionada por ExaDB-D, Oracle RAC y la automatización en la nube. Consulte Más información sobre la actualización sucesiva de Exadata Cloud Database 19c con DBMS_ROLLING (ID de documento 2832235.1).
Mantenimiento planificado: actualizaciones continuas con un tiempo de inactividad mínimo (cinco minutos).	Replicación y protección de datos proporcionadas por Oracle Data Guard DBMS_ROLLING en AZ.
Protección frente a fallos de base de datos, cluster y AZ.	Replicación y protección de datos proporcionadas por Oracle Data Guard en AZ.
Fallo de sitio de plano de datos AZ.	Replicación y protección de datos proporcionadas por Oracle Data Guard en AZ.
Interrupción de la sesión de la base de datos durante eventos de mantenimiento e interrupciones no planificadas.	Consulte Explorar más para incorporar las mejores prácticas de disponibilidad continua para aplicaciones.