Details zu “Ändern der Datenbank Wiederherstellen der Endkraft der verwalteten Standby-Datenbank”
Es gibt eine Dataguard-Datenbank, die einfachen Informationen wie unten gezeigt.
Ich möchte wissen, was passieren wird, wenn ich einen Befehl ausführe
"Datenbank ändern wiederhergestellte verwaltete Standby-Datenbank beenden Kraft"
In der Standby-Datenbank
SQL>Ändern der Datenbank Wiederherstellen der Endkraft der verwalteten Standby-Datenbank
Datenbank geändert.
Hier sind verwandte Protokolle in der Standby-Datenbank, wenn ich diesen Befehl ausführe
Ändern der Datenbank Wiederherstellen der Endkraft der verwalteten Standby-Datenbank
Versuchen Sie, eine Terminalwiederherstellung durchzuführen (orcl)
Medienwiederherstellung starten: Verwaltete Standby-Wiederherstellung (orcl)
Die Wiederherstellung serieller Medien wurde gestartet
Verwaltete Standby-Wiederherstellung ohne Echtzeitanwendung
Medienwiederherstellungsprotokoll /u01/app/oracle/archlog1_93_1009951051.dbf
Start: Standby Redo Logfile Archivierung
Ende: Standby Redo Logfile Archivierung
Der Zeitstempel für die Terminalwiederherstellung lautet "28.11.2019" 21:11:15′
Terminalwiederherstellung: Anwenden von Standby-Redo-Protokollen.
Terminalwiederherstellung: Faden 1 seq # 94 Wiederholen erforderlich
Terminalwiederherstellung:
Wiederherstellung des Online-Redo-Logs: Faden 1 Gruppe 4 Seq 94 Mem lesen 0
Mem # 0: /u01 / app / oracle / oradata / orcl / stdredo04.log
Identifiziertes Ende der Wiederholung (Failover) für Faden 1 Reihenfolge 94 bei SCN 0xffff.ffffffff
Unvollständige Wiederherstellung bis zur Änderung angewendet 1678020 Zeit 11/28/2019 20:48:57
Medienwiederherstellung abgeschlossen (orcl)
Terminalwiederherstellung: Erfolgreiche Fertigstellung
Erzwingen von ARSCN zu IRSCN für TR 0:1678020
Versuchen Sie, Limbo Arscn einzustellen 0:1678020 irscn 0:1678020
Standby-Aktivierungs-ID zurücksetzen 1537703970 (0x5ba78022)
Do Nov. 28 21:11:15 2019
BOGEN: Die Archivierung wurde gestoppt, Ein Fehler ist aufgetreten. Wird es erneut versuchen
ORACLE-Instanz orcl – Archivierungsfehler
ORA-16014: Log 4 Reihenfolge# 94 nicht archiviert, Keine verfügbaren Ziele
JETZT-00312: Online-Protokoll 4 Faden 1: ‘/U01/app/oracle/oradata/orcl/stdredo04.log’
Abgeschlossen: Ändern der Datenbank Wiederherstellen der Endkraft der verwalteten Standby-Datenbank
Nachworte Ich führe den folgenden Befehl aus, Um ein Echtzeitprotokoll zu erstellen.
SQL>Ändern der Datenbank Stellen Sie die verwaltete Standby-Datenbank mithilfe der aktuellen Protokolldatei wieder her. Trennen Sie die Verbindung zur Sitzung;
Datenbank geändert.
Überprüfen Sie den Status des Prozesses RFS und MRP0
SQL> Prozess auswählen,Status von v $ manage_standby;
PROZESSSTATUS
ARCH VERBUNDEN
ARCH VERBUNDEN
ARCH VERBUNDEN
ARCH VERBUNDEN
SQL>
Es gibt jedoch keinen RFS- und MRP0-Prozess, Die zugehörige Anmelde-Standby-Datenbank wie folgt.
Ändern der Datenbank Stellen Sie die verwaltete Standby-Datenbank mithilfe der aktuellen Protokolldatei wieder her. Trennen Sie die Verbindung zur Sitzung
Versuchen Sie, den verwalteten Standby-Wiederherstellungsprozess im Hintergrund zu starten (orcl)
Do Nov. 28 21:22:23 2019
MRP0 begann mit pid = 19, Betriebssystem-ID = 3295
MRP0: Hintergrundverwalteter Standby-Wiederherstellungsprozess gestartet (orcl)
Die Wiederherstellung serieller Medien wurde gestartet
Verwaltete Standby-Wiederherstellung ab Echtzeit-Anwendung
MRP0: Die Wiederherstellung von Hintergrundmedien wurde mit einem Fehler beendet 16157
Fehler in der Datei /u01/app/oracle/diag/rdbms/standby/orcl/trace/orcl_mrp0_3295.trc:
ORA-16157: Medienwiederherstellung nach erfolgreicher FINISH-Wiederherstellung nicht zulässig
Verwaltete Standby-Wiederherstellung ohne Echtzeitanwendung
MRP0: Herunterfahren des Hintergrundmedienwiederherstellungsprozesses (orcl)
Abgeschlossen: Ändern der Datenbank Stellen Sie die verwaltete Standby-Datenbank mithilfe der aktuellen Protokolldatei wieder her. Trennen Sie die Verbindung zur Sitzung
Do Nov. 28 21:22:56 2019
RFS[3]: Dem RFS-Prozess zugeordnet 3299
RFS[3]: Während / nach der Terminalwiederherstellung sind keine Verbindungen zulässig.
Do Nov. 28 21:23:56 2019
RFS[4]: Dem RFS-Prozess zugeordnet 3302
RFS[4]: Während / nach der Terminalwiederherstellung sind keine Verbindungen zulässig.
In der Primärdatenbank
verwandte Protokolle
Unterdrückung der weiteren Fehlerprotokollierung von LOG_ARCHIVE_DEST_2.
Do Nov. 28 22:01:56 2019
Unterdrückung der weiteren Fehlerprotokollierung von LOG_ARCHIVE_DEST_2.
Do Nov. 28 22:02:56 2019
Unterdrückung der weiteren Fehlerprotokollierung von LOG_ARCHIVE_DEST_2.
Do Nov. 28 22:03:56 2019
Unterdrückung der weiteren Fehlerprotokollierung von LOG_ARCHIVE_DEST_2.
Do Nov. 28 22:04:56 2019
Die folgenden Informationen stammen von Orakelbeamten：
RECOVER MANAGED STANDBY DATABASE FINISH [MACHT][NOWAIT|WARTEN] ]：
Die FINISH-Klausel initiiert ein Failover in der physischen Ziel-Standby-Datenbank und stellt die aktuellen Standby-Redo-Log-Dateien wieder her.
Verwenden Sie die FINISH-Klausel nur für den Fall, dass die Primärdatenbank ausfällt. Diese Klausel überschreibt alle angegebenen Verzögerungsintervalle.
Fügen Sie FORCE hinzu, um die RFS-Prozesse zu beenden und das Failover sofort zu ermöglichen, ohne auf den Abschluss des RFS-Prozesses zu warten.
Geben Sie NOWAIT an, damit die Kontrolle sofort zurückgegeben wird, anstatt nachdem der Wiederherstellungsprozess abgeschlossen ist.
Der obige Kontext bedeutet, dass die Dataguard-Beziehung beschädigt ist. Die aktuelle Standby-Datenbank ist nicht mehr die Standby-Datenbank, die früher Protokolle in Echtzeit anwenden konnte, und es ist bereit, auf primär geändert zu werden.
Mit anderen Worten, Sie sind nicht mehr in derselben Welt.