Klicken Sie auf der Registerkarte SnapCenter-Ressourcen > Datenbank auf den Datenbanknamen, um das Datenbank-Backup zu öffnen.

Wählen Sie die Datenbank-Backup-Kopie und den gewünschten Zeitpunkt für die Wiederherstellung aus. Markieren Sie auch die entsprechende SCN-Nummer für den Point-in-Time. Die Point-in-Time-Wiederherstellung kann entweder mit der Zeit oder mit dem SCN durchgeführt werden.

Markieren Sie den Snapshot des Protokollvolumens, und klicken Sie auf die Schaltfläche Mount, um das Volume zu mounten.

Wählen Sie die primäre EC2-Instanz, um das Protokoll-Volume zu mounten.

Vergewissern Sie sich, dass der Mount-Job erfolgreich abgeschlossen wurde. Überprüfen Sie auch auf dem EC2 Instance-Host, um das gemountete Protokoll-Volume und auch den Mount Point-Pfad zu sehen.

Kopieren Sie die Archivprotokolle vom gemounteten Protokollvolume in das aktuelle Archivprotokollverzeichnis.

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

Kehren Sie zur Registerkarte SnapCenter-Ressourcen > Seite Datenbank-Backup zurück, markieren Sie die Daten-Snapshot-Kopie und klicken Sie auf die Schaltfläche Wiederherstellen, um den Workflow zur Datenbankwiederherstellung zu starten.

Überprüfen Sie „Alle Datendateien“ und „Datenbankstatus ändern, falls erforderlich für Restore und Recovery“, und klicken Sie auf Weiter.

Wählen Sie einen gewünschten Wiederherstellungsumfang mit SCN oder Time aus. Statt die gemounteten Archivprotokolle wie in Schritt 6 gezeigt in das aktuelle Logverzeichnis zu kopieren, kann der gemountete Archiv-Log-Pfad in "Geben Sie externe Archiv-Log-Dateien Speicherorte" zur Wiederherstellung aufgelistet werden.

Geben Sie bei Bedarf ein optionales Preskript an.

Geben Sie ggf. ein optionales Nachskript an, das ausgeführt werden soll. Überprüfen Sie die geöffnete Datenbank nach der Wiederherstellung.

Geben Sie einen SMTP-Server und eine E-Mail-Adresse an, wenn eine Jobbenachrichtigung erforderlich ist.

Stellen Sie die Jobübersicht wieder her. Klicken Sie auf Fertig stellen, um den Wiederherstellungsauftrag zu starten.

Validieren Sie die Wiederherstellung aus SnapCenter.

Validieren Sie die Wiederherstellung über den EC2 Instance Host.

Um die Bereitstellung des Wiederherstellungsprotokollvolumens aufzuheben, kehren Sie die Schritte in Schritt 4 um.

Erstellen Sie mit der vollständigen Backup-Ressourcengruppe ein vollständiges Snapshot-Backup der primären Datenbank von SnapCenter.

Öffnen Sie auf der Registerkarte SnapCenter-Ressource > Datenbank die Seite Datenbank-Backup-Verwaltung für die primäre Datenbank, aus der das Replikat erstellt werden soll.

Mounten Sie den in Schritt 4 erstellte Protokoll-Volume-Snapshot zum Standby-EC2-Instanz-Host.

Markieren Sie die für das Replikat zu klonenden Snapshot Kopie und klicken Sie auf die Schaltfläche Klonen, um das Klonverfahren zu starten.

Ändern Sie den Namen der Replikatkopie, damit sie sich vom Namen der primären Datenbank unterscheidet. Klicken Sie Auf Weiter.

Ändern Sie den Klon-Host auf den Standby-EC2-Host, akzeptieren Sie die Standardbenennung und klicken Sie auf Weiter.

Ändern Sie Ihre Oracle-Starteinstellungen auf die für den Oracle-Zielserver-Host konfigurierten Einstellungen, und klicken Sie auf Weiter.

Geben Sie einen Wiederherstellungspunkt mit entweder Time oder dem SCN und dem angehängten Archivprotokollpfad an.

Senden Sie bei Bedarf die SMTP-E-Mail-Einstellungen.

Klonen Sie die Jobübersicht, und klicken Sie auf Fertig stellen, um den Klonauftrag zu starten.

Überprüfen Sie das Klon-Jobprotokoll, indem Sie das Klon-Jobprotokoll überprüfen.

Deaktivieren Sie den Oracle Archivprotokollmodus. Melden Sie sich als oracle-Benutzer bei der EC2-Instanz an und führen Sie den folgenden Befehl aus:

sqlplus / as sysdba

shutdown immediate;

startup mount;

alter database noarchivelog;

alter database open;

Führen Sie bei einem simulierten Failover ein Protokoll-Snapshot-Backup aus, um die neuesten Transaktionen auf den Standby-Standort zu leeren, wie im Abschnitt dargestellt Erstellen eines Snapshot für Archivprotokolle. Bei einem durch einen tatsächlichen Ausfall ausgelösten Failover werden die letzten wiederherstellbaren Daten auf den Standby-Standort repliziert, wobei das letzte erfolgreiche Backup des geplanten Protokoll-Volumes erfolgt.

SnapMirror zwischen primärem und Standby FSX-Cluster unterbrechen

Mounten Sie die replizierten Standby-Datenbank-Volumes auf dem Standby-EC2 Instance-Host.

Verknüpfen Sie die Oracle-Binärdatei neu, wenn die replizierte Oracle-Binärdatei für die Oracle-Wiederherstellung verwendet wird.

Stellen Sie die Standby-Oracle-Datenbank auf das letzte verfügbare Archivprotokoll wieder her.

Öffnen Sie die Standby-Oracle-Datenbank für den Anwendungs- und Benutzerzugriff.

Bei einem tatsächlichen Ausfall des primären Standorts übernimmt die Standby-Oracle-Datenbank nun die Rolle des neuen primären Standorts und Datenbank-Volumes können dazu verwendet werden, den ausgefallenen primären Standort als neuen Standby-Standort mit der Reverse SnapMirror Methode wiederherzustellen.

Wenn ein simulierter Ausfall des primären Standorts im Rahmen des Tests oder der Validierung auftritt, fahren Sie nach Abschluss der Testdurchführung die Standby-Oracle-Datenbank herunter. Heben Sie dann die Standby-Datenbank-Volumes vom Standby-EC2-Instance-Host auf und synchronisieren Sie die Replikation vom primären Standort zum Standby-Standort neu.