En la pestaña SnapCenter Resources > Database, haga clic en el nombre de la base de datos para abrir el backup de la base de datos.

Seleccione la copia de backup de la base de datos y el momento específico que desea restaurar. Marque también el número SCN correspondiente para el punto en tiempo. La restauración a un momento específico se puede ejecutar mediante el tiempo o el SCN.

Destaque la copia de Snapshot del volumen de registro y haga clic en el botón Mount para montar el volumen.

Seleccione la instancia primaria de EC2 para montar el volumen de registro.

Compruebe que el trabajo de montaje se haya completado correctamente. Compruebe también el host de la instancia de EC2 para ver el volumen de registro montado y la ruta de punto de montaje.

Copie los registros de archivos del volumen de registro montado en el directorio actual de registro de archivos.

[ec2-user@ip-10-0-0-151 ~]$ cp /var/opt/snapcenter/sco/backup_mount/ip-10-0-0-151_03-25-2022_11.15.01.1503_1/ORCL/1/db/ORCL_A/arch/*.arc /ora_nfs_log/db/ORCL_A/arch/

Vuelva a la página SnapCenter Resource tab > backup de base de datos, destaque la copia de Snapshot de datos y haga clic en el botón Restore para iniciar el flujo de trabajo de restauración de base de datos.

Marque "All Datafiles" y "Change database state if needed for restore and recovery", y haga clic en Next.

Elija el alcance de recuperación que desee mediante SCN o Time. En lugar de copiar los registros de archivo montados en el directorio de registro actual como se muestra en el paso 6, la ruta de acceso de registro de archivo montada puede aparecer en "Specify external archive log locations" para su recuperación.

Especifique un script previo opcional para ejecutarlo si es necesario.

Especifique un script posterior opcional para ejecutarlo si es necesario. Compruebe la base de datos abierta después de la recuperación.

Indique un servidor SMTP y una dirección de correo electrónico si se necesita una notificación de trabajo.

Restaure el resumen de trabajos. Haga clic en Finalizar para iniciar el trabajo de restauración.

Validar la restauración desde SnapCenter.

Validar la restauración desde el host de la instancia de EC2.

Para desmontar el volumen de registro de restauración, invierta los pasos del paso 4.

Haga un backup completo de Snapshot de la base de datos primaria de SnapCenter mediante el grupo de recursos de backup completo.

En la ficha recurso de SnapCenter > Vista base de datos, abra la página Gestión de copias de seguridad de la base de datos principal a partir de la cual se creará la réplica.

Monte la snapshot del volumen de registro tomada en el paso 4 en el host de la instancia de EC2 en espera.

Destaque la copia snapshot que se va a clonar para la réplica y haga clic en el botón Clonar para iniciar el procedimiento de clonación.

Cambie el nombre de la copia de réplica para que sea diferente del nombre de la base de datos principal. Haga clic en Siguiente.

Cambie el host del clon al host EC2 en espera, acepte el nombre predeterminado y haga clic en Siguiente.

Cambie la configuración inicial de Oracle para que coincida con la configurada para el host de destino del servidor Oracle y haga clic en Siguiente.

Especifique un punto de recuperación mediante Time o el SCN y la ruta de registro de archivos montada.

Envíe la configuración de correo electrónico SMTP si es necesario.

Clone el resumen de trabajos y haga clic en Finish para iniciar el trabajo de clonado.

Revise el registro de trabajos de clonado para validar el clon de la réplica.

Desactive el modo de registro de archivo de Oracle. Inicie sesión en la instancia de EC2 como usuario de oracle y ejecute el siguiente comando:

sqlplus / as sysdba

shutdown immediate;

startup mount;

alter database noarchivelog;

alter database open;

En caso de una conmutación por error simulada, ejecute un backup de snapshot de registro para vaciar las transacciones más recientes en el sitio en espera, como se muestra en la sección Tomar una instantánea del registro de archivo. Para una recuperación tras fallos activada por un error real, los últimos datos recuperables se replican en el sitio en espera con el último backup de volumen de registro programado correcto.

Rompa la SnapMirror entre el clúster FSX principal y el en espera.

Montar los volúmenes de la base de datos en espera replicados en el host de la instancia de EC2 en espera.

Vuelva a enlazar el binario de Oracle si se utiliza el binario de Oracle replicado para la recuperación de Oracle.

Recupere la base de datos Oracle en espera en el último registro de archivo disponible.

Abra la base de datos Oracle en espera para acceder a aplicaciones y usuarios.

En el caso de un fallo real del sitio primario, la base de datos de Oracle en espera ahora asume la función del nuevo sitio principal y los volúmenes de base de datos se pueden usar para reconstruir la ubicación primaria en la que se ha producido el fallo como un nuevo sitio en espera con el método SnapMirror inverso.

En caso de un fallo simulado en el centro principal para realizar pruebas o validación, cierre la base de datos Oracle en espera después de finalizar los ejercicios de prueba. A continuación, desmonte los volúmenes de la base de datos en espera del host de la instancia de EC2 en espera y vuelva a sincronizar la replicación del sitio principal con el sitio en espera.