Una implementación de Data Guard de cluster de VM requiere dos clusters de VM de base de datos de Exadata, uno que contenga la base de datos principal y otro que contenga la base de datos en espera.

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

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.

Al eliminar un nodo de un cluster de VM, la instancia y sus metadatos en el nodo de eliminación se suprimen automáticamente.

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 en un nodo informático de base de Datos de Exadata con un grupo de Data Guard suele realizarse pasando la principal al rol en espera, realizando el mantenimiento en la Base de Datos 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.

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.

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 un grupo de Data Guard entre bases de datos.

1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.

   Clusters de VM aparece seleccionado por defecto.

2. Seleccione el compartimento.

   Se mostrará una lista de clusters de VM para el compartimento seleccionado.

3. En la lista de clusters de VM, haga clic en el cluster de VM que contenga la base de datos que desea que asuma el rol principal y, a continuación, haga clic en el nombre de esa base de datos.
4. Haga clic en Asociaciones de Data guard.
5. Haga clic en Agregar en espera.
6. En la página Agregar base de datos 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.
   • • 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:
     • Seleccione un tipo de Data Guard, Active Data Guard o Data Guard, según el tipo de licencia de software de Oracle Database que haya desplegado. Si ha desplegado Oracle Database Enterprise Edition Extreme Performance (licencia incluida), puede seleccionar Data Guard o Active Data Guard. Si ha desplegado Oracle Database Enterprise Edition - Traiga su propia licencia (BYOL) sin la opción Active Data Guard, seleccione Data Guard, que es el valor por defecto.
       • Active Data Guard: Active Data Guard es una opción con licencia para Oracle Database Enterprise Edition y activa capacidades avanzadas que amplían la funcionalidad básica de Data Guard. Estas capacidades incluyen consulta en tiempo real y descarga de DML, reparación automática de bloques para corrupciones de datos físicos, seguimiento de cambios de bloque de base de datos en espera, servicios de datos globales y continuidad de aplicaciones.
       • Data Guard: Oracle Data Guard garantiza una alta disponibilidad, la protección de datos y la recuperación ante desastres de los datos empresariales. Data Guard proporciona un completo juego de servicios que permiten crear, mantener, gestionar y controlar una o más bases de datos en espera para que las bases de datos Oracle de producción puedan sobrevivir ante desastres y corrupciones de datos. Data Guard mantiene estas bases de datos en espera como copias transaccionalmente consistentes de la base de datos de producción.

     • Modo de Protección: Modo de Protección utilizado para este grupo de Data Guard.

       Máximo rendimiento proporciona el nivel de protección de datos más alto posible sin afectar al rendimiento de una base de datos principal.

       Su máxima disponibilidad proporciona el máximo nivel de protección de los datos con un transporte síncrono sin pérdida de datos y sin comprometer la disponibilidad de la base de datos.

     • Tipo de transporte: tipo de transporte de redo utilizado para la asociación de Data Guard entre la base de datos principal y esta base de datos en espera.

       • Asíncrono: modo de transporte asíncrono utilizado con el modo de protección Máximo rendimiento.
       • Sincronización: modo de transporte síncrono utilizado con los modos de protección Máximo rendimiento y Máxima disponibilidad.

       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 para la primera base de datos en espera.
         • 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.
   • Seleccionar cluster de VM peer: especifique los siguientes valores para la base de datos en espera:
     • Región de peer: las bases de datos principal y en espera se pueden ejecutar en dos clusters de VM diferentes en un sistema ExaDB-C@C compartido o en dos sistemas ExaDB-C@C separados geográficamente gestionados desde la misma región o regiones diferentes de Oracle Cloud Infrastructure.
     • Infraestructura de Exadata Cloud@Customer peer: seleccione la infraestructura de Exadata Database Service on Cloud@Customer en la que se encuentra la base de datos en espera. Haga clic en el hiperenlace CAMBIAR COMPARTIMENTO para seleccionar un compartimento.
     • Cluster de VM peer: seleccione el nodo de recursos informáticos de base de datos de Exadata que contiene la base de datos en espera. Haga clic en el hiperenlace CAMBIAR COMPARTIMENTO para seleccionar un compartimento.
   • Seleccionar directorio raíz de base de datos: seleccione un directorio raíz de base de datos existente o cree uno, según corresponda.
     • Seleccionar un directorio raíz de base de datos existente: si ya existen uno o varios directorios raíz de base de datos para la versión de base de datos que ha seleccionado, esta opción aparecerá seleccionada por defecto. Además, se le mostrará una lista de los directorios raíz de base de datos. Seleccione un directorio raíz de base de datos de la lista.
       Nota
       
       Aunque solo se muestran directorios raíz de base de datos de la misma versión y RU, los directorios raíz mostrados pueden tener diferentes parches puntuales que la base de datos principal. Aunque es aceptable que sean diferentes, la mejor práctica es tener directorios raíz de base de datos idénticos entre la base de datos principal y la base de datos en espera.
     • Crear un nuevo directorio raíz de base de datos: si no existe ningún directorio raíz de base de datos para la versión de base de datos que ha seleccionado, esta opción aparecerá seleccionada por defecto. Puede crear el nuevo directorio raíz de base de datos con el mismo DSI que la base de datos primaria o seleccionar una imagen diferente. Tenga en cuenta que los DSI no están disponibles en todas las regiones. Se debe crear un DSI independiente en la región peer con la misma RU que la principal.
       1. 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.
       2. En la Examinar imágenes de base de datos resultante, realice 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 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.
          3. Haga clic en Seleccionar.
             Nota
             
             Si utiliza el nuevo recurso de grupo de Data Guard, primero debe crear el directorio raíz de base de datos antes de agregar la base de datos en espera.
   • Configurar base de datos en espera:
     • Proporcione un nombre único para la base de datos:
       Nota
       
       No puede modificar db_name, db_unique_name ni el prefijo SID después de crear la base de datos.

       Si lo desea, especifique un nombre único para la base de datos. Este atributo define el valor del parámetro de base de datos db_unique_name. El valor no es sensible a mayúsculas/minúsculas. db_unique_name solo debe contener los caracteres permitidos.

       Revise las siguientes directrices al seleccionar un nombre de base de datos:

       • máximo de 30 caracteres
       • pueden contener caracteres alfanuméricos y de subrayado (_)
       • empieza por un carácter alfanumérico
       • único en todo el conjunto/arrendamiento

       Si no se introduce un nombre único, db_unique_name adopta por defecto el siguiente formato <db_name>_<3 char unique string>_<region-name>.

     • Contraseña de base de datos: introduzca la contraseña de administrador de la base de datos principal en el campo Contraseña de base de datos. Esta misma contraseña del administrador de la base de datos se utilizará para la base de datos en espera.

       La contraseña de administrador y la contraseña de TDE deben ser iguales. Si no lo son, siga las instrucciones de Cambio de las contraseñas de la base de datos para alinearlas.

     • Contraseña de cartera de TDE: introduzca la contraseña de cartera de TDE.
   • (Opcional) Seleccione Mostrar opciones avanzadas.
     • Proporcionar prefijo de SID de Oracle: si lo desea, especifique el prefijo SID de Oracle para la base de datos. El número de instancia se agrega automáticamente al prefijo de SID para convertirse en el parámetro de base de datos instance_name. Si no se proporciona, el prefijo SID se define por defecto en los primeros 12 caracteres de db_unique_name.
       Revise las siguientes directrices al seleccionar un nombre de base de datos:

       • máximo de 12 caracteres
       • contiene solo caracteres alfanuméricos
       • empieza por un carácter alfanumérico
       • único en el cluster de VM
7. Haga clic en Agregar.

Para ver el rol de cada base de datos en un grupo de Data Guard en un cluster de VM de Exadata, siga este procedimiento.

1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
2. Seleccione su Compartimento.
3. Haga clic en el cluster de VM que contiene las bases de datos en las que desea ver sus roles en asociaciones de Data Guard.
4. Haga clic en Bases de datos.

   El rol de cada base de datos en este cluster de VM se indica en la columna Rol de Data Guard.

Puede cambiar entre tipos de Data Guard según el tipo de licencia de software de Oracle Database que haya desplegado.

1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.

   Clusters de VM aparece seleccionado por defecto.

2. Seleccione su Compartimento.

   Se mostrará una lista de clusters de VM para el compartimento seleccionado.

3. En la lista de clusters de VM, haga clic en el cluster de VM que contiene la base de datos principal en la que desea cambiar el tipo de Data Guard.
4. Haga clic en el nombre de la base de datos principal.
5. 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.

6. Para editar los detalles de un grupo de Data Guard, haga clic en el icono Acciones (tres puntos) y, a continuación, en Editar.

   Se muestra la pantalla Editar grupo de Data Guard.

7. Realice lo siguiente en la pantalla Editar grupo de Data Guard.
   • Seleccione un Tipo de Data Guard aplicable.
   • Seleccione el Modo de protección.
     Nota
     
     Seleccione el tipo de transporte.
   • Defina la Contraseña de la base de datos.
   • Haga clic en Editar Data Guard para guardar los 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. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.

   Clusters de VM aparece seleccionado por defecto.

2. Seleccione su Compartimento.

   Se mostrará una lista de clusters de VM para el compartimento seleccionado.

3. En la lista de clusters de VM, haga clic en el cluster de VM que contiene la base de datos principal a la que desea realizar un switchover.
4. Haga clic en el nombre de la base de datos principal.
5. Haga clic en Grupo de Data Guard.
6. 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.
7. 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 Switchover.

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. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.

   Clusters de VM aparece seleccionado por defecto.

2. Seleccione su Compartimento.

   Se mostrará una lista de clusters de VM para el compartimento seleccionado.

3. En la lista de clusters de VM, haga clic en el cluster de VM que contiene el peer en espera de la base de datos principal en el que desea realizar el failover.
4. Haga clic en el nombre de la base de datos en espera.
5. Haga clic en Grupo de Data Guard.
6. 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.
7. 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 Failover.

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.

srvctl stop database -d db-unique-name -o abort

srvctl start database -d db-unique-name -o mount

1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.

   Clusters de VM aparece seleccionado por defecto.

2. Seleccione su Compartimento.

   Se mostrará una lista de clusters de VM para el compartimento seleccionado.

3. En la lista de clusters de VM, haga clic en el cluster de VM que contiene la base de datos principal.
4. Haga clic en el nombre de la base de datos principal.
5. Haga clic en Grupo de Data Guard.

   Verá la base de datos que desea volver a instanciar.

6. Haga clic en el icono Acciones (tres puntos) y, a continuación, en Volver a instanciar.
7. 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.

En un cluster de VM, se elimina un grupo de Data Guard al terminar todas las bases de datos en espera.

1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.

   Clusters de VM aparece seleccionado por defecto.

2. Seleccione su Compartimento.

   Se mostrará una lista de clusters de VM para el compartimento seleccionado.

3. En la lista de clusters de VM, haga clic en el cluster de VM que contiene la base de datos en espera que desea terminar.
4. Haga clic en el nombre de la base de datos en espera.
5. Para la base de datos en espera que desea terminar, haga clic en el icono Acciones (tres puntos) y, a continuación, en Terminar.
6. En el recuadro de diálogo Terminar Base de Datos, introduzca el nombre de la base de Datos y, a continuación, haga clic en Terminar.