Per verificare che il ripristino del clone venga eseguito attraverso l'ultimo log disponibile, abbiamo creato una piccola tabella di test e inserito una riga. I dati del test vengono ripristinati dopo un ripristino completo dell'ultimo registro disponibile.

Accedere a SnapCenter come ID utente per la gestione del database per Oracle. Accedere alla scheda risorse, che mostra i database Oracle protetti da SnapCenter.

Selezionare il gruppo di risorse del registro Oracle e fare clic su Backup Now (Esegui backup ora) per eseguire manualmente un backup del registro Oracle per scaricare l'ultima transazione verso la destinazione nel cloud. In un vero scenario di DR, l'ultima transazione ripristinabile dipende dalla frequenza di replica del volume del log del database nel cloud, che a sua volta dipende dalla policy RTO o RPO dell'azienda.

SnapMirror asincrono perde i dati che non l'hanno fatto alla destinazione cloud nell'intervallo di backup del registro del database in uno scenario di disaster recovery. Per ridurre al minimo la perdita di dati, è possibile pianificare backup dei log più frequenti. Tuttavia, esiste un limite alla frequenza di backup dei log tecnicamente raggiungibile.

Selezionare l'ultimo backup del registro in Secondary Mirror Backup(s) (Backup mirror secondario) e montare il backup del registro.

Selezionare l'ultimo backup completo del database e fare clic su Clone (Clona) per avviare il flusso di lavoro dei cloni.

Selezionare un ID DB clone univoco sull'host.

Eseguire il provisioning di un volume di log e montarlo sul server DR di destinazione per l'area di ripristino flash Oracle e i registri online.

La procedura di clonazione Oracle non crea un volume di log, che deve essere fornito sul server DR prima della clonazione.

Selezionare l'host clone di destinazione e la posizione in cui inserire i file di dati, i file di controllo e i log di ripristino.

Selezionare le credenziali per il clone. Inserire i dettagli della configurazione Oracle home sul server di destinazione.

Specificare gli script da eseguire prima della clonazione. Se necessario, è possibile regolare i parametri del database.

Selezionare l'opzione di ripristino fino a quando non viene eseguita l'opzione Cancel (Annulla), in modo che il ripristino venga eseguito attraverso tutti i log di archivio disponibili per recuperare l'ultima transazione replicata nella posizione del cloud secondario.

Configurare il server SMTP per la notifica via email, se necessario.

Riepilogo dei cloni DR.

I DBS clonati vengono registrati con SnapCenter subito dopo il completamento del clone e sono quindi disponibili per la protezione del backup.

Convalida l'ultima transazione di test che è stata scaricata, replicata e ripristinata nella posizione DR nel cloud.

Configurare l'area di ripristino della flash.

Configurare il listener Oracle per l'accesso degli utenti.

Separare il volume clonato dal volume di origine replicato.

Eseguire la replica inversa dal cloud a on-premise e ricostruire il server di database on-premise guasto.

Allo stesso modo, per verificare che il ripristino del clone SQL sia stato eseguito attraverso l'ultimo log disponibile, abbiamo creato una piccola tabella di test e inserito una riga. I dati del test vengono ripristinati dopo un ripristino completo dell'ultimo registro disponibile.

Accedere a SnapCenter con un ID utente per la gestione del database per SQL Server. Accedere alla scheda Resources (risorse), che mostra il gruppo di risorse di protezione di SQL Server.

Eseguire manualmente un backup del log per svuotare l'ultima transazione da replicare sullo storage secondario nel cloud pubblico.

Selezionare l'ultimo backup completo di SQL Server per il clone.

Impostare l'impostazione del clone, ad esempio Clone Server, Clone Instance, Clone Name e mount. Il percorso di storage secondario in cui viene eseguita la clonazione viene popolato automaticamente.

Selezionare tutti i backup del registro da applicare.

Specificare eventuali script opzionali da eseguire prima o dopo la clonazione.

Specificare un server SMTP se si desidera inviare una notifica via e-mail.

Riepilogo dei cloni DR. I database clonati vengono immediatamente registrati con SnapCenter e sono disponibili per la protezione del backup.

Monitorare lo stato del lavoro clone.

Verificare che l'ultima transazione sia stata replicata e ripristinata con tutti i cloni dei file di log e il ripristino.

Configurare una nuova directory di log di SnapCenter sul server DR per il backup del log di SQL Server.

Separare il volume clonato dal volume di origine replicato.

Eseguire la replica inversa dal cloud a on-premise e ricostruire il server di database on-premise guasto.