Gestionar bases de Datos Primarias y En Espera en una configuración de Autonomous Data Guard
Descubra cómo gestionar las bases del datos principal y de espera en una configuración autónoma de Data Guard.
Al crear una base de Datos de IA autónoma 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 principal de contenedores deja de estar disponible, Autonomous Data Guard convierte automáticamente la base de datos en espera de contenedores en la base de datos principal de contenedores y, como tal, esta comienza a proporcionar conexiones de aplicación a la base de datos autónoma de IA.
Nota: Debido a que se han creado dos bases de datos de IA autónomas al utilizar Autonomous Data Guard, se utiliza el doble del número de recursos del almacenamiento y la CPU, una mitad para la base del datos principal y la mitad para la base del datos en espera.
Estas dos bases, a menudo denominadas bases datos peer entre sí, se identifican mediante las etiquetas Principal y En espera en la lista de bases del IA autónomas y en la página Detalles de la base del 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 bases de datos de IA autónomas 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 del mismo par 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 reinicio
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.
-
Realizar 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.
-
Terminar
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 para conectar aplicaciones cliente que realizan operaciones solo lectura a la base 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" (para "solo lectura"), como se describe en Nombres de servicio de base de datos predefinidos para bases de datos de IA autónomas.
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 del datos en espera carece de capacidad suficiente para mantener el ritmo de los registros de redo procedentes de la base del 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 base de datos de IA autónoma 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.