Realización de una conmutación de Oracle Data Guard
Una conmutación es una inversión de roles entre una base de datos principal y una base de datos en espera. Durante una conmutación, la base de datos principal original pasa a un rol en espera, mientras que la base de datos en espera original pasa al rol primerio.
En un entorno de Oracle Data Guard, una base de datos principal admite una o más bases de datos en espera. Puede realizar una transición de roles administrada y basada en conmutaciones de una base de datos principal a una base de datos en espera. Una conmutación es una inversión de roles entre una base de datos principal y una base de datos en espera. Durante una conmutación, la base de datos principal original pasa a un rol en espera, mientras que la base de datos en espera original pasa al rol primerio.
Temas
Información general sobre conmutaciones de Oracle Data Guard
Amazon RDS admite una transición de roles totalmente administrada y basada en conmutaciones para las réplicas de Oracle Database. Solo puede iniciar una conmutación a una base de datos secundaria que esté montada o abierta en modo de solo lectura.
Las réplicas pueden residir en Regiones de AWS distintas o en diferentes zonas de disponibilidad (AZ) de una sola región. Se admiten todas las Regiones de AWS.
Una transición difiere de una promoción de réplicas de lectura. En una transición, las instancias de base de datos de origen y réplica cambian de rol. En una promoción, una réplica de lectura se convierte en una instancia de base de datos de origen, pero la instancia de base de datos de origen no se convierte en una réplica. Para obtener más información, consulte Promoción de una réplica de lectura para convertirla en una instancia de base de datos independiente.
Temas
Beneficios de las conmutaciones de Oracle Data Guard
Al igual que para las réplicas de lectura de RDS para Oracle, una conmutación administrada se basa en Oracle Data Guard. La operación está diseñada para tener cero pérdida de datos. Amazon RDS automatiza los siguientes aspectos de la conmutación:
-
Invierte los roles de la base de datos principal y la base de datos en espera especificada, poniendo la nueva base de datos en espera en el mismo estado (montada o de solo lectura) que la base de datos en espera original
-
Garantiza la coherencia de datos
-
Mantiene la configuración de replicación después de la transición
-
Admite reversiones repetidas, lo que permite que la nueva base de datos en espera vuelva a su rol principal original
Versiones de Oracle Database compatibles
La transición de Oracle Data Guard se admite en Oracle Database 19c y en versiones posteriores.
Coste de las conmutaciones de Oracle Data Guard
La característica de la conmutación de Oracle Data Guard no implica costes adicionales. Oracle Database Enterprise Edition es compatible con bases de datos en espera en modo montado. Para abrir bases de datos en espera en modo de solo lectura, necesita la opción Oracle Active Data Guard.
Cómo funcionan las conmutaciones de Oracle Data Guard
La conmutación de Oracle Data Guard es una operación totalmente administrada. Para iniciar la conmutación de una base de datos en espera, ejecute el comando de la CLI switchover-read-replica. A continuación, Amazon RDS modifica los roles principal y en espera en la configuración de replicación.
El modo de espera original y principal original son los roles que existen antes de la conmutación. El modo de espera original y principal nuevo son los roles que existen después de la conmutación. Una réplica de espectador es una base de datos de réplica que funciona como base de datos en espera en el entorno de Oracle Data Guard, pero no cambia de rol.
Fases de las conmutaciones de Oracle Data Guard
Para realizar la conmutación, Amazon RDS debe seguir estos pasos:
-
Bloquee nuevas transacciones en la base de datos principal original. Durante la conmutación, Amazon RDS interrumpe la replicación de todas las bases de datos de la configuración de Oracle Data Guard. Durante la conmutación, la base de datos principal original no puede procesar solicitudes de escritura.
-
Envíe las transacciones no aplicadas a la base de datos en espera original y aplíquelas.
-
Reinicie la nueva base de datos en espera en modo de solo lectura o montado. El modo depende del estado abierto de la base de datos en espera original antes de la conmutación.
-
Abra la nueva base de datos principal en el modo lectura/escritura.
Después de la conmutación de Oracle Data Guard
Amazon RDS cambia los roles de la base de datos principal y en espera. Usted es responsable de volver a conectar la aplicación y de realizar cualquier otra configuración que desee.
Temas
Criterios correctos
La conmutación de Oracle Data Guard se realiza correctamente cuando la base de datos en espera original hace lo siguiente:
-
Transiciones a su rol como nueva base de datos principal
-
Completa su reconfiguración
Para limitar el tiempo de inactividad, la nueva base de datos principal se activa lo antes posible. Dado que Amazon RDS configura las réplicas de espectadores de forma asíncrona, estas réplicas pueden activarse después de la base de datos principal original.
Conexión a la nueva base de datos principal
Amazon RDS no propagará las conexiones de base de datos actuales a la nueva base de datos principal tras el cambio. Una vez completada la conmutación de Oracle Data Guard, vuelva a conectar la aplicación a la nueva base de datos principal.
Configuración de la nueva base de datos principal
Para realizar una conmutación a la nueva base de datos principal, Amazon RDS cambia el modo de la base de datos en espera original a abierta. El cambio de rol es el único cambio en la base de datos. Amazon RDS no configura características como la replicación Multi-AZ.
Si realiza una conmutación a una réplica entre regiones con diferentes opciones, la nueva base de datos principal conserva sus propias opciones. Amazon RDS no migra las opciones de la base de datos principal original. Si la base de datos principal original tenía opciones como SSL, NNE, OEM y OEM_AGENT, Amazon RDS no las propaga a la nueva base de datos principal.
