Antes de configurar Data Guard, asegúrese de que el entorno de Exadata Cloud Infrastructure 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.
• 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 sistemas que utilizan el nuevo modelo de recursos de Exadata y en el recurso del sistema de base de datos para el sistema que utiliza el modelo de recursos antiguo. Consulte Intercambio de tráfico de VCN remotas a través de una RPC.

  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 Exadata Cloud Infrastructure 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 Exadata Cloud Infrastructure 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 de Exadata Cloud Infrastructure principal 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.

Reglas de seguridad para la subred de la instancia de Exadata Cloud Infrastructure principal

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

Reglas de seguridad para la subred de la instancia de Exadata Cloud Infrastructure en espera

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 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 el último disponible que soporta la replicación activa de claves entre almacenes de KMS entre regiones (origen y destino) y se recomienda cambiar la versión del 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, actualice el RPM libkms en ambos clusters y reinicie las bases de datos (solo las bases de datos que utilicen claves gestionadas por el cliente).

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 la adición se realiza 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.

Al eliminar un nodo de un cluster de VM, la instancia y sus metadatos en el nodo de eliminación 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.

Un failover pasa la base de datos en espera al rol principal cuando la base de datos principal existente falla o se vuelve inaccesible.

El failover puede provocar o no una pérdida de datos en función del modo de protección y de si las bases de datos primaria y en espera de destino se sincronizaron en el momento del fallo de la base de datos primaria. Para obtener más información, consulte Failover manual en la documentación de Data Guard.

Restablece una base de datos al rol en espera de un grupo de 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.

Aprenderá a configurar grupos de Data Guard entre bases de datos.

1. Abra el menú de navegación. En Oracle Database, haga clic en Oracle Exadata Database Service on Dedicated Infrastructure.
2. Seleccione el compartimento que contiene la instancia de Exadata Cloud Infrastructure 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 contenga la base de datos que desea que asuma el rol principal:
   • Cluster de VM en la nube ( nuevo modelo de recursos): en Oracle Exadata Database Service on Dedicated Infrastructure, 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.
   • Sistemas de base de datos: En Hardware dedicado, VM y Exadata, haga clic en Sistemas de base de datos. En la lista de sistemas de base de datos, busque el sistema de base de datos de Exadata al que desea acceder y, a continuación, haga clic en su nombre para mostrar los detalles.
4. En la página de detalles del cluster de VM o el sistema de base de datos, en la sección Bases de datos, haga clic en el nombre de la base de datos que desee convertir en principal.
5. En la página Detalles de base de datos, en Recursos, haga clic en Asociaciones de Data Guard.
6. Haga clic en Agregar en espera.
7. En la página Agregar en espera, configure el grupo de Data Guard.
   • Para ejecutar explícitamente una comprobación previa de Data Guard, 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 del estado:

     • 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 principal 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.
     • Unidad: seleccione la unidad del sistema de Exadata en espera.
     • Tipo de recurso peer de la base de datos de Data Guard: seleccione Sistema de base de datos o Cluster de VM.
     • En la lista desplegable, seleccione un sistema de base de datos o un cluster de VM en la nube.
   • Seleccione la experiencia de Data Guard:
     • Utilizar el nuevo recurso del grupo de DataGuard Con esta opción, se creará la nueva Configuración de DataGuard como recurso del grupo de DataGuard. 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.
     • Usar 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.
   • 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 de base de datos 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 traslado de redo utilizado para este grupo de Data Guard. Consulte Servicios de transporte de redo para obtener información sobre estas opciones.

       Modo de Protección y Tipo de Transporte: Reglas para la Creación de Bases de Datos en Espera

       • 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 modificarlo más tarde.
         • Los valores por defecto son:
           • Modo de protección: rendimiento máximo
           • Tipo de transporte: asíncrono
       • Creación del segundo en Nth standby: no puede modificar el modo de protección o 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 tipo de transporte predeterminado se establece en Asíncrono.
   • 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 de software de base de datos que desea utilizar para crear el nuevo directorio raíz de base de datos. El filtro Region 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 aplicar la misma lista de parches a los directorios raíz de base de datos de las bases de datos primaria 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. Se 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 de cartera de TDE: introduzca la contraseña de cartera de TDE.
8. 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.

     Nota
     
     La introducción de un prefijo de SID solo está disponible para las bases de datos Oracle 12.1 y versiones superiores.

     El prefijo de SID debe cumplir los siguientes requisitos:

     • Máximo de 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
9. Haga clic en Agregar 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.

Para ver el rol de cada base de datos en un grupo 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 Oracle Exadata Database Service on Dedicated Infrastructure.
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, el rol de cada base de datos en este cluster de VM se indica en la columna Rol de Data Guard.

Aprenderá a activar 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 Oracle Exadata Database Service on Dedicated Infrastructure.
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.

   • Cluster de VM en la nube ( nuevo modelo de recursos): en Oracle Exadata Database Service on Dedicated Infrastructure, 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.

   • Sistemas de base de datos: En Hardware dedicado, VM y Exadata, haga clic en Sistemas de base de datos. En la lista de sistemas de base de datos, busque el sistema de base de datos de Exadata al que desea acceder y, a continuación, haga clic en su nombre para mostrar los detalles.

4. En la página de detalles del cluster de VM o sistema de base de datos, 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 Grupo 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 para activar o desactivar las copias de seguridad incrementales automáticas para esta base de datos.
     Nota
     
     

     • Si la base de datos está en un compartimento de zona de seguridad, debe activar copias de seguridad automáticas.
     • Si activa las copias de seguridad automáticas, puede configurar Recovery Service u Object Storage como destino de copia de seguridad. Sin embargo, si la copia de seguridad ya estaba configurada en la base de datos primaria, la base de datos en espera debe utilizar el mismo destino de copia de seguridad.
   • Si selecciona Recovery Service como Destino de copia de seguridad, puede configurar las siguientes opciones:
     • Política de protección: puede seleccionar entre una de las políticas de protección predefinidas o una política personalizada. El sistema suprime automáticamente las copias de seguridad al final de la ventana de recuperación de la política de protección seleccionada.
     • Protección de datos en tiempo real: la protección en tiempo real es la transferencia continua de cambios de redo de una base de datos protegida a Recovery Service. Esto reduce la pérdida de datos y proporciona un objetivo de punto de recuperación (RPO) cercano a 0. Esta es una opción de costo adicional.
     • Opciones de supresión tras la terminación de la base de datos: puede utilizar las siguientes opciones para conservar las copias de seguridad de base de datos gestionadas tras la terminación de la base de datos. Estas opciones también pueden ayudar a restaurar la base de datos a partir de copias de seguridad en caso de daño accidental o malicioso en la base de datos.
       • Conservar copias de seguridad según el período de retención: cuando se termina una base de datos, las copias de seguridad automáticas de la base de datos asociadas a la base de datos terminada y todos sus recursos se eliminarán al final del período de retención especificado.
       • Conservar copias de seguridad durante 72 horas y suprimir después: cuando se termina una base de datos, las copias de seguridad automáticas asociadas a la base de datos terminada y todos sus recursos se conservarán durante 72 horas y, a continuación, se suprimirán. Las copias de seguridad se conservan durante 72 horas para evitar que el usuario las suprima de forma accidental.
     • Día programado para copia de seguridad inicial: seleccione un día de la semana para que comience la copia de seguridad inicial.
     • Hora programada para copia de seguridad inicial (UTC): seleccione una hora para que comience la copia de seguridad inicial. La copia de seguridad inicial se puede iniciar a cualquier hora o dentro de la ventana de programación de dos horas seleccionada.
     • Hora programada para copia de seguridad diaria (UTC): seleccione una hora para que comience la copia de seguridad diaria. La copia de seguridad diaria se puede iniciar a cualquier hora o dentro de la ventana de programación de dos horas seleccionada.
     • Realizar primera copia de seguridad inmediatamente: una copia de seguridad completa es una copia de seguridad del sistema operativo de todos los archivos de datos y el archivo de control que constituye una instancia de Oracle Database. Una copia de seguridad completa también debe incluir los archivos de parámetros asociados a la base de datos. Puede realizar una copia de seguridad de la base de datos cuando la base de datos está cerrada o mientras la base de datos está abierta. Normalmente, no debe realizar una copia de seguridad después de un fallo de instancia u otras circunstancias poco comunes. Si selecciona diferir la copia de seguridad inicial, puede que la base de datos no se pueda recuperar en caso de fallo de la base de datos.
   • Si Object Storage está seleccionado como Destino de copia de seguridad, puede configurar las siguientes opciones:
     • Período de retención de copia de seguridad: si selecciona activar las copias de seguridad automáticas, puede seleccionar una política con uno de los períodos de retención predefinidos. El sistema suprime automáticamente las copias de seguridad incrementales al final del período de retención seleccionado. Puede cambiar el período de retención de la copia de seguridad después del aprovisionamiento.
     • Opciones de supresión tras la terminación de la base de datos: puede utilizar las siguientes opciones para conservar las copias de seguridad de base de datos gestionadas tras la terminación de la base de datos. Estas opciones también pueden ayudar a restaurar la base de datos a partir de copias de seguridad en caso de daño accidental o malicioso en la base de datos.
       • Conservar copias de seguridad según el período de retención: cuando se termina una base de datos, las copias de seguridad automáticas de la base de datos asociadas a la base de datos terminada y todos sus recursos se eliminarán al final del período de retención especificado.
       • Conservar copias de seguridad durante 72 horas y suprimir después: cuando se termina una base de datos, las copias de seguridad automáticas asociadas a la base de datos terminada y todos sus recursos se conservarán durante 72 horas y, a continuación, se suprimirán. Las copias de seguridad se conservan durante 72 horas para evitar que el usuario las suprima de forma accidental.
     • Día programado para copia de seguridad completa: seleccione un día de la semana para que comiencen las copias de seguridad completas inicial y futuras.
     • Hora programada para copia de seguridad completa (UTC): seleccione una hora para que comience la copia de seguridad completa. La copia de seguridad completa se puede iniciar a cualquier hora o dentro de la ventana de programación de dos horas seleccionada.
     • Hora programada para copia de seguridad incremental (UTC): seleccione una hora para que comience la copia de seguridad incremental. La copia de seguridad incremental se puede iniciar a cualquier hora o dentro de la ventana de programación de dos horas seleccionada.
     • Realizar primera copia de seguridad inmediatamente: una copia de seguridad completa es una copia de seguridad del sistema operativo de todos los archivos de datos y el archivo de control que constituye una instancia de Oracle Database. Una copia de seguridad completa también debe incluir los archivos de parámetros asociados a la base de datos. Puede realizar una copia de seguridad de la base de datos cuando la base de datos está cerrada o mientras la base de datos está abierta. Normalmente, no debe realizar una copia de seguridad después de un fallo de instancia u otras circunstancias poco comunes. Si selecciona diferir la copia de seguridad inicial, puede que la base de datos no se pueda recuperar en caso de fallo de la base de datos.
9. Haga clic en Guardar cambios.

Puede iniciar una operación de switchover en una base de datos en espera que sea miembro del grupo de Data Guard.

1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Oracle Exadata Database Service on Dedicated Infrastructure.
2. Seleccione el Compartimento que contiene la instancia de Exadata Cloud Infrastructure 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:

   Cluster de VM en la nube (nuevo modelo de recursos): en Oracle Exadata Database Service on Dedicated Infrastructure, 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.

   Sistemas de base de datos: en Hardware dedicado, VM y Exadata, haga clic en Sistemas de base de datos. En la lista de sistemas de base de datos, busque el sistema de base de datos de Exadata al que desea acceder y, a continuación, haga clic en su nombre para mostrar los detalles.

4. En Recursos, haga clic en Grupo de Data Guard.
5. Seleccione la base de datos en espera en el grupo de Data Guard en el que desea realizar un switchover. Haga clic en el icono Acciones (tres puntos) y, a continuación, haga clic en Switchover.

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

   Esta base datos debería asumir ahora el rol de la instancia en espera y la instancia en espera debería asumir el rol de la principal en el grupo de Data Guard.

1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Oracle Exadata Database Service on Dedicated 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:

   Cluster de VM en la nube ( nuevo modelo de recursos): en Oracle Exadata Database Service on Dedicated Infrastructure, 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.

   Sistemas de base de datos: en Hardware dedicado, VM y Exadata, haga clic en Sistemas de base de datos. En la lista de sistemas de base de datos, busque el sistema de base de datos de Exadata al que desea acceder y, a continuación, haga clic en su nombre para mostrar los detalles.

4. En Recursos, haga clic en Grupo de Data Guard.

   Aparecerá una lista de bases de datos que son miembros del grupo de Data Guard con el tipo de Data Guard que ha seleccionado para cada miembro del grupo de Data Guard.

5. Para editar los detalles de un grupo de Data Guard, haga clic en el icono Acciones (tres puntos) y, a continuación, en Editar.
6. En el panel Editar grupo de Data Guard, configure el 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 de base de datos en espera, 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 traslado de redo utilizado para este grupo 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.

Puede iniciar una operación de failover en una base de datos en espera que sea miembro del grupo de Data Guard.

1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Oracle Exadata Database Service on Dedicated Infrastructure.
2. Seleccione el Compartimento que contiene la instancia de Exadata Cloud Infrastructure 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:

   Cluster de VM en la nube ( nuevo modelo de recursos): en Oracle Exadata Database Service on Dedicated Infrastructure, 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.

   Sistemas de base de datos: en Hardware dedicado, VM y Exadata, haga clic en Sistemas de base de datos. En la lista de sistemas de base de datos, busque el sistema de base de datos de Exadata al que desea acceder y, a continuación, haga clic en su nombre para mostrar los detalles.

4. En Recursos, haga clic en Grupo de Data Guard.
5. Seleccione la base de datos en espera en el grupo de Data Guard en el que desea realizar un failover. Haga clic en el icono Acciones (tres puntos) y, a continuación, haga clic en Failover.
6. En el cuadro de diálogo Failover de base de datos, introduzca la contraseña de administrador de base de datos y, a continuación, haga clic en Failover.
   Nota
   
   Puede iniciar un failover incluso si la base de datos primaria está en buen estado; sin embargo, tenga cuidado al realizar un failover.

   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.

Después de realizar un failover a una base de datos principal en su base de datos en espera, la base de datos en espera asume el rol principal y la base de datos principal antigua se identifica como en espera desactivada. Después de corregir la causa del fallo, puede rehabilitar la base de datos con fallos como una base de datos en espera funcional para la principal actual.

1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Oracle Exadata Database Service on Dedicated Infrastructure.
2. Seleccione el Compartimento que contiene la instancia de Exadata Cloud Infrastructure 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:

   Cluster de VM en la nube (nuevo modelo de recurso): En Oracle Exadata Database Service on Dedicated Infrastructure, 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.

   Sistemas de base de datos: en Hardware dedicado, VM y Exadata, haga clic en Sistemas de base de datos. En la lista de sistemas de base de datos, busque el sistema de base de datos de Exadata al que desea acceder y, a continuación, haga clic en su nombre para mostrar los detalles.

4. En Recursos, haga clic en Grupo de Data Guard.
5. Para el grupo de Data Guard en el que desea volver a instanciar esta base de datos, haga clic sobre el icono Acciones (tres puntos) y, por último, en Volver al 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 Volver a instanciar.

   Esta base de datos debería haberse vuelto a instanciar como base de datos en espera en el grupo de Data Guard.

En una instancia de Exadata Cloud Infrastructure, se puede eliminar un grupo de Data Guard terminando toda la bases de datos en espera.

1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Oracle Exadata Database Service on Dedicated Infrastructure.
2. Seleccione el Compartimento que contiene la instancia de Exadata Cloud Infrastructure 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 base de datos en espera:

   Cluster de VM en la nube (nuevo modelo de recursos): en Oracle Exadata Database Service on Dedicated Infrastructure, 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.

   Sistemas de base de datos: en Hardware dedicado, VM y Exadata, haga clic en Sistemas de base de datos. En la lista de sistemas de base de datos, busque el sistema de base de datos de Exadata al que desea acceder y, a continuación, haga clic en su nombre para mostrar los detalles.

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

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.