Gestión de bases de datos primarias y en espera en una configuración de Autonomous Data Guard
Descubra cómo gestionar las bases de datos principal y en espera en una configuración de Data Guard autónoma.
Al crear una instancia de Autonomous Database en una base de datos de contenedores autónoma con Autonomous Data Guard activado, se crean dos copias completamente independientes de la base de datos: una en una base de datos de contenedores principal y otra (una copia sincronizada) en una base de datos de contenedores en espera. A continuación, si la base de datos de contenedores principal deja de estar disponible, Autonomous Data Guard convierte automáticamente la base de datos de contenedores en espera en la base de datos de contenedores principal y, como tal, comienza a prestar servicio a las conexiones de aplicación a Autonomous Database.
Note:
Debido a que se crean dos bases de datos autónomas al utilizar Autonomous Data Guard, se utiliza el doble del número de recursos de CPU y almacenamiento, la mitad para la base de datos principal y la mitad para la base de datos en espera.Estas dos bases de datos, a menudo denominadas bases de datos pares entre sí, se identifican mediante las etiquetas Principal y En espera en la lista de bases de datos autónomas y en la página Detalles de la base de datos.
Para obtener información sobre cómo los administradores de conjunto crean y gestionan bases de datos de contenedores autónomas con Autonomous Data Guard activado, consulte la sección sobre gestión de Autonomous Data Guard.
Operaciones de gestión en las bases de datos principal y en espera
Dado que las dos bases de datos están enlazadas y sincronizadas, algunas de las operaciones de gestión que realiza en las instancias de Autonomous Database funcionan de forma diferente en las bases de datos principal y en espera en una configuración de Autonomous Data Guard en comparación con las bases de datos estándar. En la siguiente lista se describen estas diferencias.
- Escala vertical, reducción vertical y escala automática
Las dos bases de datos peer deben tener el mismo recuento de CPU, tamaño de almacenamiento y configuración de escala automática. Por lo tanto, solo puede escalar y reducir verticalmente y cambiar la configuración de escala automática desde la página Detalles de la base de datos principal. Los cambios que realice afectarán a las bases de datos principal y en espera.
- Parada, inicio y inicio
El estado del ciclo de vida de las dos bases de datos peer se mantiene sincronizado. Por lo tanto, solo puede parar, iniciar y reiniciar la base de datos desde la página Detalles de la base de datos principal. La operación que realice afectará a las bases de datos principal y en espera.
- Realización de copia de seguridad manualmente
Puede realizar manualmente una copia de seguridad de las bases de datos principal y en espera por separado y de forma independiente, al igual que si fueran bases de datos estándar.
- Restauración
Solo puede restaurar y recuperar la base de datos desde la página Detalles de la base de datos principal.
- Clonar
Solo puede clonar la base de datos desde la página Detalles de la base de datos principal.
- Rotación de la clave de cifrado
Puede rotar las claves de cifrado de las bases de datos principal y en espera por separado y de forma independiente, al igual que si fueran bases de datos estándar.
- Traslado a un compartimento diferente
Puede mover las bases de datos principal y en espera a diferentes compartimentos por separado y de forma independiente, al igual que si fueran bases de datos estándar.
- Finalizar
Solo puede terminar la base de datos desde la página Detalles de la base de datos principal.
Acceso a bases de datos en espera desde aplicaciones cliente
Al utilizar Autonomous Data Guard, las aplicaciones cliente normalmente se conectan a la base de datos principal y realizan operaciones en ella.
Además de esta conectividad normal, Autonomous Data Guard le ofrece la opción de conectar las aplicaciones cliente que solo realizan operaciones de solo lectura a la base de datos en espera. Para aprovechar esta opción, las aplicaciones cliente se conectan a la base de datos mediante nombres de servicio de base de datos que incluyen "_RO" ("solo lectura"), como se describe en Nombres de servicio de base de datos predefinidos para instancias de Autonomous Database.
Supervisión de tiempos de demora
Mientras se ejecutan las bases de dato que utilizan Autonomous Data Guard, puede supervisar la demora del transporte y aplicar tiempos de demora desde la página Detalles de las bases de dato principales o en espera seleccionando Autonomous Data Guard.
Debe esperar que aparezcan fluctuaciones menores a lo largo del tiempo a medida que la carga de trabajo de la base de datos cambia y fluye. Sin embargo, si observa una tendencia ascendente continua en el tiempo de demora, puede realizar estas acciones para resolver la situación:
- Tendencia ascendente en la demora de aplicación. Una tendencia ascendente continua en la demora de aplicación indica que la base de datos en espera no tiene capacidad suficiente para asumir los registros de redo procedentes de la base de datos principal. Para resolver esta situación, amplíe las CPU de la base de datos, como se describe en Adición de recursos de almacenamiento o CPU a una instancia de Autonomous Database dedicada.
- Tendencia ascendente en la demora de transporte. Una tendencia ascendente continua en la demora de transporte indica una incidencia de rendimiento de red. El personal de operaciones de Oracle Cloud supervisa de manera constante el rendimiento de la red, por lo que la situación debería resolverse sin que realice ninguna acción. Sin embargo, si lo desea, puede informar de la situación al personal de operaciones mediante la emisión de una solicitud de servicio.