Asegúrese de cumplir los requisitos para utilizar Oracle Exadata Database Service en la infraestructura de Exascale con Oracle Data Guard.

Asegúrese de que su entorno cumple los siguientes requisitos de red:

• Las bases de datos principal y en espera pueden formar parte de los clusters de VM en diferentes compartimentos.

• Sin embargo, las bases de datos principal y en espera deben formar parte de la misma VCN dentro de la misma región.

• Si desea configurar Oracle Data Guard entre regiones, debe configurar el intercambio de tráfico remoto de red virtual en la nube (VCN) entre las bases de datos principal y en espera. Las redes se configuran en el recurso de cluster de VM en la nube.

  Para las configuraciones de Exadata Data Guard, OCI soporta el uso de la topología de red en estrella para las VCN dentro de cada región. Esto significa que las bases de datos principal y en espera pueden utilizar una VCN de "radio" que transfiera el tráfico de red a la VCN de "hub" que tenga una conexión de intercambio de tráfico remoto. Consulte Enrutamiento de tránsito dentro de una VCN de hub para obtener información sobre la configuración de esta topología de red.

• Para configurar Oracle Data Guard en una sola región, ambas instancias de Oracle Exadata Database Service en la infraestructura de Exascale deben utilizar la misma VCN. Al configurar Data Guard en la misma región, Oracle recomienda que la instancia que contiene la base de datos en espera esté en un dominio de disponibilidad diferente de la instancia que contiene la base de datos principal para mejorar la disponibilidad y la recuperación ante desastres.

• Configure las reglas de seguridad de entrada y salida para las subredes de ambas instancias de Oracle Exadata Database Service en la infraestructura de Exascale en la asociación de Oracle Data Guard para permitir que el tráfico TCP fluya entre los puertos aplicables. Asegúrese de que las reglas que crea tengan estado (valor por defecto).

  Por ejemplo, si la subred de la instancia principal de Oracle Exadata Database Service en la infraestructura de Exascale utiliza el origen CIDR 10.0.0.0/24 y la subred de la instancia en espera utiliza el origen CIDR 10.0.1.0/24, cree reglas como se muestra en el siguiente ejemplo.

						Stateless: No
						Source: 10.0.1.0/24 
						IP Protocol: TCP 
						Source Port Range: All 
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

                                Stateless: No
						Destination: 10.0.1.0/24 
						IP Protocol: TCP 
						Source Port Range: All
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

 
              				Stateless: No
						Source: 10.0.0.0/24 
						IP Protocol: TCP 
						Source Port Range: All 
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

					

						Stateless: No
						Destination: 10.0.0.0/24 
						IP Protocol: TCP 
						Source Port Range: All
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

Para obtener información sobre la creación y la edición de reglas, consulte Listas de seguridad .

Para cambiar la contraseña SYS o rotar claves de TDE, utilice la API de OCI.

Posible incidencia de replicación de claves de TDE y fallos en operación de planificación de necesidades de materiales (MRP) y gestión del ciclo de vida (LCM) de gateway de datos (DG).

El RPM de KMS libkmstdepkcs11_1.286-1.286-1-Linux.rpm es la versión más reciente disponible que soporta la replicación activa de claves entre almacenes de KMS entre regiones (origen y destino) y se recomienda actualizar el RPM en los clusters que participan en Data Guard. Data Guard entre regiones de OCI Vault funciona con una versión inferior de RPM, pero la versión anterior no garantiza la replicación activa de las claves. Si las claves de TDE tienen alguna incidencia de replicación entre almacenes, la replicación de Data Guard podría tener un impacto (la MRP falla en el cluster en espera debido a que falta la clave en el almacén de destino) y la MRP podría reanudarse solo después de la replicación de las claves en el almacén de destino. Para evitar fallos en las operaciones de MRP y LCM de DG, cambie la versión del RPM libkms en ambos clusters y reinicie las bases de datos (solo las bases de datos que utilicen claves gestionadas por el cliente).

Si la adición de nodos se realiza en la base de datos en espera o en la base de datos primaria, los metadatos se deben actualizar manualmente en la base de datos que no sea en la que se agregó el nodo.

Al agregar un nodo a un cluster de VM, se crea automáticamente una instancia de la base de datos de Data Guard en el nuevo nodo. Sin embargo, la actualización de metadatos en la base de datos remota, es decir, la base de datos primaria si se realiza la adición en la base de datos en espera y viceversa, se debe realizar manualmente.

Para ello, copie el archivo JSON addinstance, /var/opt/oracle/dbaas_acfs/<dbname>/addInstance.json creado al final de la adición de la instancia y ejecute el comando /var/opt/oracle/ocde/rops update_instance <dbname> <path to addInstance JSON> en cualquier nodo del cluster remoto.

Si la eliminación de nodos se realiza en la base de datos en espera o en la base de datos primaria, los metadatos se deben actualizar manualmente en la base de datos que no sea aquella en la que se ha eliminado el nodo.

Al eliminar un nodo de un cluster de VM, la instancia y sus metadatos en la eliminación del nodo se suprimen automáticamente. Sin embargo, la supresión de los metadatos correspondientes en la base de datos remota, es decir, la base de datos primaria si la eliminación se realiza en la base de datos en espera y viceversa, se debe realizar manualmente.

Para ello, ejecute el comando /var/opt/oracle/ocde/rops remove_instance <dbname> <Instance Name> en cualquier nodo del cluster remoto.

Un switchover invierte los roles de las bases de datos principal y en espera.

Cada base de datos sigue formando parte del grupo de Data Guard en su nuevo rol. Un switchover garantiza que no se produzcan pérdidas de datos. Puede utilizar un switchover antes de realizar el mantenimiento planificado de la base de datos principal. La realización del mantenimiento planificado de una máquina virtual a base de Datos de Exadata con un grupo de Data Guard se suele realizar cambiando la parte principal al rol en espera, realizando el mantenimiento en la ubicación en espera y, a continuación, volviendo a cambiarla al rol principal.

Con Oracle Data Guard, un failover pasa la base de datos en espera al rol principal cuando la base de datos principal existente falla o no se puede acceder a ella.

Si se utiliza el modo de protección Máximo rendimiento al realizar un failover, es posible que se produzca alguna pérdida de datos.

El comando de restablecimiento restablece una base de datos en el rol en espera en una asociación de Oracle Data Guard.

Puede utilizar el comando para volver a instanciar para recuperar el servicio de una base de datos con fallos tras corregir la causa del fallo.

Descubra cómo configurar un grupo de Oracle Data Guard entre bases de datos.

1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en infraestructura de Exascale.
2. Seleccione el Compartimento que contiene la instancia de Oracle Exadata Database Service en la infraestructura de Exascale con la base de datos para la que desea activar Oracle Data Guard.
3. Navegue al cluster de VM en la nube que contenga la base de datos que desea que tenga el rol principal:
4. En Exadata Database Service en infraestructura de Exascale, haga clic en Cluster de VM de Exadata. En la lista de clústeres de VM, busque el clúster de VM al que desea acceder y haga clic en el nombre resaltado para ver la página de detalles del clúster.
5. En la página Detalles del cluster de VM, en la sección Bases de datos, haga clic en el nombre de la base de datos que desee convertir en principal.
6. En la página Información de base de datos, en Recursos, busque el grupo de Data Guard y haga clic en Agregar base de datos en espera.
7. En la página Agregar Base de Datos en Espera, configure el grupo de Data Guard.

   • Para ejecutar explícitamente una comprobación previa, haga clic en Ejecutar comprobación previa.

     Al hacer clic en Ejecutar comprobación previa, se realizan las siguientes acciones:

     - El sistema cierra la página Agregar base de datos en espera.

     - Aparece un mensaje en la página Detalles de base de datos principal que indica que la comprobación previa de Data Guard está en curso y que el botón Agregar base de datos en espera está desactivado.

     Haga clic en el enlace Ver detalles para navegar a la página Solicitudes de trabajo.

     - Revise el estado de la comprobación previa: Correcto o Con fallos.

     - Si la comprobación previa ha fallado, resuelva los errores notificados y vuelva a intentar la configuración de Data Guard.

     Nota: mientras se ejecuta la comprobación previa, la base de datos primaria y el cluster de VM permanecen en el estado Disponible.

   • En la sección Seleccionar sistema de base de datos peer, proporcione la siguiente información de la base de datos en espera para obtener una lista de los sistemas de Exadata disponibles en los que buscar la base de datos en espera:
     • Región: seleccione la región en la que desea buscar la base de datos en espera. La región en la que está ubicada la base de datos principal está seleccionada por defecto. Puede buscar la base de datos en espera en una región diferente. El texto de indicación asociado a este campo le indica en qué región está ubicada la base de datos principal.
     • Dominio de disponibilidad: seleccione un dominio de disponibilidad para la base de datos en espera. El texto de indicación asociado a este campo le indica en qué dominio de disponibilidad está ubicada la base de datos principal.
     • Seleccionar un servicio: Exadata Database Service en infraestructura dedicada o Exadata Database Service en infraestructura de Exascale.
     • Seleccionar infraestructura de Exadata: solo se aplica si ha seleccionado Exadata Database Service on Dedicated Infrastructure en la lista desplegable Seleccionar un servicio.
     • Tipo de recurso de peer de Gurd de datos: seleccione Sistema de base de datos o Cluster de VM en la lista desplegable.
     • Seleccione la experiencia de Data Guard::
       • Utilizar el nuevo recurso del grupo de Data Guard Con esta opción, la nueva Configuración de Data Guard se creará como recurso del grupo de Data Guard. Esta opción con nuevas API soporta la adición de varias bases de datos en espera y proporciona otras mejoras. Si dispone actualmente de una automatización que gestiona las operaciones de Data Guard mediante la API de asociación de Data Guard existente, puede actualizar sus aplicaciones para utilizar la nueva API y aprovechar estas nuevas capacidades.
       • Utilizar el recurso de asociación de Data Guard existente Seleccione esta opción si la automatización para gestionar operaciones de Data Guard se basa en la API de asociación de Data Guard existente. Sin embargo, no podrá agregar varias bases de datos en espera y no obtendrá las mejoras proporcionadas por la nueva API.

   • Elija la experiencia de Data Guard:
   • Detalles de grupo de Data Guard:
     • Tipo de Data Guard: seleccione Active Data Guard o Data Guard. Active Data Guard proporciona funciones adicionales como: consulta en tiempo real y descarga de DML, reparación automática de bloques, seguimiento de cambios de bloque en espera, sincronización a distancia, servicios de datos globales y continuidad de aplicaciones. Tenga en cuenta que Active Data Guard necesita una licencia de Oracle Active Data Guard. Para obtener más información sobre Active Data Guard, consulte Active Data Guard. Para obtener una visión general completa de ambos tipos de Data Guard, consulte la sección de introducción a Oracle Data Guard
     • Modo de protección: este es un campo de solo lectura. El modo de protección puede ser Máximo rendimiento o Máxima disponibilidad. Consulte Modos de protección de Oracle Data Guard para obtener información sobre estas opciones.
     • Tipo de transporte: este es un campo de sólo lectura. Indica el tipo de transporte de redo utilizado para este grupo de Data Guard. Consulte Servicios de transporte de redo para obtener información sobre estas opciones.
       • Creación de la primera base de datos en espera: no puede modificar el modo de protección ni el tipo de transporte de la primera base de datos en espera durante su creación. Es posible modificarla más adelante.
         • La configuración predeterminada es la siguiente:
           • Modo de protección: rendimiento máximo
           • Tipo de transporte::= asíncrono
       • Creación del segundo a la enésima base de datos en espera: no puede modificar el modo de protección ni el tipo de transporte para las bases de datos en espera posteriores.
         • El modo de protección se hereda de la primera base de datos en espera.
         • El valor por defecto de Transport Type es Async.
   • En la sección Seleccionar directorio raíz de base de datos, elija una de las siguientes opciones:
     • Seleccionar un directorio raíz de base de datos existente: si utiliza esta opción, seleccione un directorio raíz en la lista desplegable de nombres mostrados de directorio raíz de base de datos.
     • Crear un nuevo directorio raíz de base de datos: si selecciona esta opción, introduzca un nombre para el nuevo directorio raíz de base de datos en el campo Nombre mostrado del directorio raíz de base de datos. Haga clic en Cambiar imagen de base de datos para seleccionar una imagen de software de base de datos para el nuevo directorio raíz de base de datos. En el panel Seleccionar una imagen de software de base de datos, haga lo siguiente:
       1. Seleccione el compartimento que contiene la imagen de software de base de datos que desea utilizar para crear el nuevo directorio raíz de base de datos.
       2. Seleccione la región que contiene la imagen del software de base de datos que desea utilizar para crear el nuevo directorio raíz de base de datos. El filtro de región toma por defecto la región conectada actualmente y muestra todas las imágenes de software creadas en esa región. Al seleccionar una región diferente, la lista de imágenes de software se refresca para mostrar las imágenes de software creadas en la región seleccionada.
       3. Seleccione la versión del software de Oracle Database que utilizará el nuevo directorio raíz de base de datos y, a continuación, seleccione una imagen en la lista de imágenes disponibles para la versión de software seleccionada.
       4. Haga clic en Seleccionar.
       Nota
       
       

       • Oracle recomienda que aplique la misma lista de parches en los directorios raíz de base de dato de las bases de dato principal y en espera.
       • Si utiliza el nuevo recurso de grupo de Data Guard, primero debe crear el directorio raíz de la base de datos antes de agregar la base de datos en espera.
   • En la sección Configurar base de datos en espera:, proporcione los detalles de la base de datos en espera.
     Nota
     
     No puede modificar db_unique_name ni el prefijo de SID después de crear la base de datos.
     • Nombre único de la base de datos: si lo desea, especifique un valor para el parámetro de base de datos DB_UNIQUE_NAME. Este valor debe ser único en los clusters de VM en la nube principal y en espera. El nombre único debe cumplir los siguientes requisitos:
       • Máximo 30 caracteres
       • Contener solo caracteres alfanuméricos o de subrayado (_)
       • Debe comenzar con un carácter alfanumérico
       • Único en todo el cluster de VM. Oracle recomienda que sea único en todo el arrendamiento.
       Si no se especifica, el sistema genera automáticamente un valor de nombre único de la siguiente manera:

       <db_name>_<3_chars_unique_string>_<region-name>

     • Contraseña de base de datos: introduzca la contraseña del administrador de base de datos de la base de datos principal. Utilice esta misma contraseña de administrador de base de datos para la base de datos en espera.

       Nota
       
       La contraseña de administrador y la contraseña de cartera de TDE deben ser idénticas. Si las contraseñas no son idénticas, siga las instrucciones de Cambio de las contraseñas de la base de datos para asegurarse de que lo son.
     • Contraseña del monedero TDE: introduzca la contraseña del monedero de TDE.
8. opcional. Activar clonación ligera: seleccione esta opción para aprovechar la tecnología de redirección en escritura de Exascale para crear una clonación ligera de la PDB. Esta opción da como resultado la reutilización de bloques duplicados con la PDB principal, compartida con la clonación. Si anula la selección de esta opción, se realiza una clonación completa tradicional con todos los bloques copiados y totalmente independiente del principal.
9. Haga clic en Mostrar opciones avanzadas para especificar opciones avanzadas para la base de datos en espera:

   • Gestión:

     Prefijo de SID de Oracle: el número de instancia de Oracle Database se agrega automáticamente al prefijo de SID para crear el parámetro de base de datos INSTANCE_NAME. El parámetro INSTANCE_NAME también se conoce como SID. Si no se proporciona, el prefijo SID se define por defecto en los primeros 12 caracteres de db_unique_name.

     El prefijo de SID debe cumplir los siguientes requisitos:

     • Máximo 12 caracteres
     • Solo debe contener caracteres alfanuméricos
     • Debe comenzar con un carácter alfanumérico
     • Ser único en el cluster de VM y en las bases de datos principal y en espera
   • • En el separador Etiquetas, puede agregar etiquetas a la base de datos. Para aplicar una etiqueta definida, debe tener permisos para utilizar el espacio de nombres de la etiqueta. Para obtener más información sobre el etiquetado, consulte Etiquetas de recursos. Si no está seguro de si debe aplicar etiquetas, omita esta opción (puede aplicar las etiquetas posteriormente) o pregunte al administrador.
10. Haga clic en Agregar base de datos en espera. Cuando crea la asociación, los detalles de una base de datos y su peer muestran sus roles respectivos como Principal o En espera.

• Visualización del progreso de aprovisionamiento de Data Guard
  Vea el progreso de las tareas de aprovisionamiento de Data Guard mediante la página Solicitudes de trabajo..

Para ver el rol de cada base de datos en una asociación de Data Guard en un cluster de VM en la nube, siga este procedimiento.

1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en infraestructura de Exascale.
2. Seleccione su compartimento.
3. Navegue al cluster de VM en la nube que contiene las bases de datos en las que desea ver sus roles en asociaciones de Data Guard.
4. En la sección Bases de datos de Recursos, se muestra la siguiente información:
   • El rol de cada base de datos en este cluster de VM se indica en la columna Rol de Data Guard.
   • El servicio en el que se ejecuta cada base de datos se indica en la columna Nombre de servicio.

Descubra cómo activar las copias de seguridad automáticas en una base de datos en espera.

1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en infraestructura de Exascale.
2. Seleccione el compartimento que contiene la instancia de Exadata Cloud Infrastructure con la base de datos para la que desea activar la base de datos automática.
3. Acceda al cluster de VM en la nube o al sistema de base de datos que contiene la base de datos principal. En Oracle Exadata Database Service en infraestructura de Exascale, haga clic en Cluster de VM de Exadata. En la lista de clusters de VM, busque el cluster de VM al que desea acceder y haga clic en el nombre resaltado para ver la página de detalles del cluster.
4. En la página Cluster de VM, en la sección Bases de datos, haga clic en el nombre de la base de datos principal.
5. En la página Detalles de base de datos, en Recursos, haga clic en Asociaciones de Data Guard.
6. Haga clic en el nombre de la base de datos en espera para la que desea activar copias de seguridad automáticas.

   El sistema muestra un banner si las copias de seguridad automáticas no están activadas para esta base de datos.

7. Haga clic en Activar copias de seguridad automáticas en el banner.
8. En la ventana Configure Automatic Backups resultante, introduzca los siguientes detalles:
   • Activar copia de seguridad automática: marque la casilla de control para activar o desactivar las copias que incrementales automáticas para esta base de datos. Si la base de datos está en un compartimento de zona de seguridad, debe activar las copias de seguridad automáticas.
   • Programación de copias de seguridad:
     • Día de programación de copia de seguridad completa: seleccione un día de la semana para que comiencen la copia de seguridad L0 inicial y futura.
     • Tiempo de programación de copia de seguridad completa (UTC): especifique la ventana de tiempo cuando las copias de seguridad completas se inicien cuando la capacidad de copia de seguridad automática esté seleccionada.
     • Realizar la primera copia de seguridad inmediatamente: una copia de seguridad completa de la base de datos incluye todos los archivos de datos, el archivo de control y los archivos de parámetros asociados a la base de datos de destino. Las copias de seguridad de archivos se separan, se desacoplan y se ejecutan cada 30 minutos. Puede elegir ejecutar la primera copia de seguridad completa inmediatamente o diferir al tiempo de programación de copia de seguridad completa asignado. Si difiere a la última, la base de datos no se podrá recuperar hasta que finalice la primera copia de seguridad.
   • Destino de copia de seguridad: Object Storage está seleccionado por defecto y no puede cambiarlo.
     Nota
     
     

     • Si la copia de seguridad automática está activada en la base de datos primaria y el destino de la copia de seguridad es Autonomous Recovery Service, no puede activar la copia de seguridad en la base de datos en espera.
     • Si la copia de seguridad automática está activada en la base de datos primaria y el destino de la copia de seguridad es Object Storage, puede activar la copia de seguridad en la base de datos en espera. Tenga en cuenta que solo puede seleccionar Object Storage como destino de copia de seguridad.
     • Si la copia de seguridad automática está desactivada en la base de datos primaria, puede seguir activando la copia de seguridad en la base de datos en espera seleccionando Object Storage como destino de copia de seguridad.
9. Haga clic en Guardar cambios.

Para iniciar una operación de switchover, utilice la asociación de Data Guard de la base de datos principal.

1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Exadata Database Service on Exascale Infrastructure
2. Seleccione el Compartimento que contiene la instancia de Oracle Exadata Database Service en la infraestructura de Exascale con la base de datos para la que desea activar Oracle Data Guard.

3. Vaya al cluster de VM en la nube o al sistema de base de datos que contiene la asociación de Data Guard:

   Oracle Exadata Database Service en infraestructura de Exascale, haga clic en Clusters de VM de Exadata. En la lista de clusters de VM, busque el cluster de VM al que desea acceder y haga clic en el nombre resaltado para ver la página de detalles del cluster.

4. En Recursos, haga clic en Asociaciones de Data Guard.
5. Para la asociación de Data Guard en la que desea realizar un switchover, haga clic en el icono Acciones (tres puntos) y, a continuación, en Switchover.

6. En el cuadro de diálogo Switchover de base de datos, introduzca la contraseña del administrador de base de datos y, a continuación, haga clic en Aceptar.

   Esta base de datos debería asumir ahora el rol de la base de datos en espera y la base de datos en espera debería asumir el rol de la base de datos principal en la asociación de Data Guard.

Puede editar la asociación de Oracle Data Guard para configurar la protección de Data Guard para la base de datos principal.

1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Exadata Database Service on Exascale Infrastructure
2. Seleccione el Compartimento que contiene la instancia de Exadata Cloud Service con la base de datos para la que desea activar Oracle Data Guard.

3. Vaya al cluster de VM en la nube o al sistema de base de datos que contiene la asociación de Data Guard:

   En Oracle Exadata Database Service en infraestructura de Exascale, haga clic en Clusters de VM de Exadata. En la lista de clusters de VM, busque el cluster de VM al que desea acceder y haga clic en el nombre resaltado para ver la página de detalles del cluster.

4. En Recursos, haga clic en Asociaciones de Data Guard.
5. En la asociación de Data Guard que desea gestionar, haga clic en el menú Acciones (
   
   
   
   ) y, a continuación, haga clic en Editar modo de protección.

6. En el panel Editar asociación de Data Guard, configure la asociación de Data Guard:

   • Tipo de Data Guard: seleccione Active Data Guard o Data Guard. Active Data Guard proporciona funciones adicionales como: consulta en tiempo real y descarga de DML, reparación automática de bloques, seguimiento de cambios de bloque en espera, sincronización a distancia, servicios de datos globales y continuidad de aplicaciones. Tenga en cuenta que Active Data Guard necesita una licencia de Oracle Active Data Guard. Para obtener más información sobre Active Data Guard, consulte Active Data Guard. Para obtener una visión general completa de ambos tipos de Data Guard, consulte la sección de introducción a Oracle Data Guard
   • Modo de protección: el modo de protección puede ser Máximo rendimiento o Máxima disponibilidad. Consulte Modos de protección de Oracle Data Guard para obtener información sobre estas opciones.

   • Tipo de transporte: tipo de transporte de redo utilizado para esta asociación de Oracle Data Guard.

   • Contraseña de administrador de base de datos: introduzca la contraseña de ADMIN para la base de datos.
7. Haga clic en Guardar.

Para iniciar una operación de failover, utilice la asociación de Data Guard de la base de datos en espera.

1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Exadata Database Service on Exascale Infrastructure
2. Seleccione el Compartimento que contiene la instancia de Oracle Exadata Database Service en la infraestructura de Exascale con la base de datos para la que desea activar Oracle Data Guard.

3. Vaya al cluster de VM en la nube que contiene la asociación de Data Guard:

   En Oracle Exadata Database Service en infraestructura de Exascale, haga clic en Clusters de VM de Exadata. En la lista de clusters de VM, busque el cluster de VM al que desea acceder y haga clic en el nombre resaltado para ver la página de detalles del cluster.

4. En Recursos, haga clic en Asociaciones de Data Guard.
5. En la asociación de Data Guard en la que desea realizar un failover, haga clic en Failover.

6. En el cuadro de diálogo Failover de base de datos, introduzca la contraseña del administrador de base de datos y, a continuación, haga clic en Aceptar.

   Esta base de datos debe asumir ahora el rol de la base de datos principal y el rol de la base de datos principal anterior se debe mostrar como En espera desactivada.

1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Exadata Database Service on Exascale Infrastructure
2. Seleccione el Compartimento que contiene Oracle Exadata Database Service en la infraestructura de Exascale con la base de datos para la que desea activar Oracle Data Guard.

3. Vaya al cluster de VM en la nube o al sistema de base de datos que contiene la asociación de Data Guard:

   En Oracle Exadata Database Service en infraestructura de Exascale, haga clic en Clusters de VM de Exadata. En la lista de clusters de VM, busque el cluster de VM al que desea acceder y haga clic en el nombre resaltado para ver la página de detalles del cluster.

4. En Recursos, haga clic en Asociaciones de Data Guard.
5. Para la asociación de Data Guard en la que desea volver a instanciar esta base de datos, haga clic en el icono Acciones (tres puntos) y, a continuación, en Volver a instanciar.

6. En el cuadro de diálogo Volver a instanciar la base de datos, introduzca la contraseña del administrador de base de datos y, a continuación, haga clic en Aceptar.

   Esta base de datos debería haberse vuelto a instanciar como la base de datos en espera de la asociación de Data Guard.

En una instancia de Oracle Exadata Database Service en la infraestructura de Exascale, se puede eliminar una asociación de Data Guard finalizando la base de datos en espera.

1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Exadata Database Service on Exascale Infrastructure.
2. Seleccione el Compartimento que contiene el cluster de VM de Oracle Exadata Database Service en la infraestructura de Exascale con la base de datos para la que desea activar Oracle Data Guard.

3. Vaya al cluster de VM en la nube que contiene la base de datos en espera:

   En Oracle Exadata Database Service en infraestructura de Exascale, haga clic en Clusters de VM de Exadata. En la lista de clústeres de VM, busque el clúster de VM al que desea acceder y haga clic en el nombre resaltado para ver la página de detalles del clúster.

4. Para la base de datos en espera que desea terminar, haga clic en el icono Acciones (
   
   
   
   ) y, a continuación, haga clic en Finalizar.

5. En el cuadro de diálogo Terminar base de datos, introduzca el nombre de la base de datos y, a continuación, haga clic en Aceptar.