Desde la pestaña Recursos de SnapCenter > Vista de base de datos, haga clic en el nombre de la base de datos para abrir la copia de seguridad de la base de datos.

Seleccione la copia de seguridad de la base de datos y el punto en el tiempo que desea restaurar. Anote también el número SCN correspondiente al momento en que se encuentre. La restauración a un punto en el tiempo se puede realizar utilizando la hora o el SCN.

Resalte la instantánea del volumen de registro y haga clic en el botón Montar para montar el volumen.

Elija la instancia EC2 principal para montar el volumen de registro.

Verifique que el trabajo de montaje se complete exitosamente. Verifique también el host de la instancia EC2 para ver el volumen de registro montado y también la ruta del punto de montaje.

Copie los registros de archivo del volumen de registro montado al directorio de registro de archivo actual.

[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/

Regrese a la pestaña Recursos de SnapCenter > página de copia de seguridad de la base de datos, resalte la copia de la instantánea de datos y haga clic en el botón Restaurar para iniciar el flujo de trabajo de restauración de la base de datos.

Marque “Todos los archivos de datos” y “Cambiar el estado de la base de datos si es necesario para restaurar y recuperar” y haga clic en Siguiente.

Seleccione el alcance de recuperación deseado utilizando SCN o tiempo. En lugar de copiar los registros de archivo montados al directorio de registro actual como se muestra en el paso 6, la ruta del registro de archivo montado se puede incluir en "Especificar ubicaciones de archivos de registro de archivo externos" para su recuperación.

Especifique una prescripción opcional para ejecutar si es necesario.

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

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

Restaurar el resumen del trabajo. 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 EC2.

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

Realice una copia de seguridad instantánea completa de la base de datos principal desde SnapCenter utilizando el grupo de recursos de copia de seguridad completa.

Desde la pestaña Recursos de SnapCenter > Vista Base de datos, abra la página Administración de copias de seguridad de la base de datos principal desde la cual se creará la réplica.

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

Resalte la copia de instantánea que se 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 clonado al host EC2 en espera, acepte el nombre predeterminado y haga clic en Siguiente.

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

Especifique un punto de recuperación utilizando el tiempo o el SCN y la ruta del registro de archivo montado.

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

Clone el resumen del trabajo y haga clic en Finalizar para iniciar el trabajo de clonación.

Valide el clon de réplica revisando el registro del trabajo de clonación.

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

sqlplus / as sysdba

shutdown immediate;

startup mount;

alter database noarchivelog;

alter database open;

Para una conmutación por error simulada, ejecute una copia de seguridad de instantánea de registro para vaciar las últimas transacciones en el sitio en espera, como se muestra en la secciónTomar una instantánea del registro de archivo . En caso de una conmutación por error provocada por una falla real, los últimos datos recuperables se replican en el sitio en espera con la última copia de seguridad del volumen de registro programada exitosa.

Romper el SnapMirror entre el clúster FSx principal y el de reserva.

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

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

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

Abra la base de datos Oracle en espera para el acceso de aplicaciones y usuarios.

En caso de una falla real del sitio principal, la base de datos Oracle en espera ahora asume el rol del nuevo sitio principal y los volúmenes de la base de datos se pueden usar para reconstruir el sitio principal fallido como un nuevo sitio en espera con el método SnapMirror inverso.

En caso de una falla simulada del sitio primario para realizar pruebas o validaciones, apague la base de datos Oracle en espera después de completar los ejercicios de prueba. Luego, desmonte los volúmenes de base de datos en espera del host de instancia EC2 en espera y resincronice la replicación desde el sitio principal al sitio en espera.