NetVault Plug-in for Oracle 12.3 - Benutzerhandbuch

Vollständige Wiederherstellung vs. Point-in-Time-Wiederherstellung (Pit)

Vollständige Wiederherstellung vs. Point-in-Time-Wiederherstellung (Pit)

Durch die vollständige Wiederherstellung wird die Datenbank auf die neueste Zeit zurückgesetzt, ohne dass ein Commit für Transaktionen verloren geht. Mit Pit Recovery können Sie die Datenbank an einem bestimmten Punkt wiederherstellen. Das Plug-in unterstützt die Wiederherstellung der Grube auf der Grundlage der Zeit, der Protokollfolgenummer oder der Systemänderungsnummer. Derzeit unterstützt das Plug-in nur Daten Bank Punkt-intime Recovery (DBPITR).

●

System Änderungsnummer (Motiv) basierter Wiederherstellungspunkt für Zeitpunkte: Wenn bei der Wiederherstellung der Grube ein Motiv angegeben wird, stellt RMAN die angegebenen Motive wieder her, aber nicht eingeschlossen. Wenn z. b. "Motiv 1000" angegeben wird, wird die Wiederherstellung bis zum Motiv 999 durchgeführt.

●

Log Sequence Number (LSN)-basierte Wiederherstellungszeit (Point-in-Time): Wenn die genaue Zeit der Datenbeschädigung oder des Fehlers nicht bekannt ist, ist die Angabe einer Protokollfolgenummer mit dem Ziel-Motiv eine sinnvolle Option. RMAN erholt sich durch das angegebene Protokoll. V $ LOG_HISTORY kann abgefragt werden, um die archivierten Protokolle anzuzeigen, um die entsprechende Protokollsequenznummer und den jeweiligen Thread zu identifizieren.

●

Zeitbasierter Wiederherstellungszeitpunkt: Zeitbasierte Pit-Wiederherstellung ist nützlich, wenn die Zeit, die die Datenbeschädigung aufgetreten ist, bekannt ist. Wenn ein Entwickler beispielsweise um 6:00 Uhr eine Tabelle gelöscht hat, kann die Wiederherstellung der Grube mit einer Endzeit von 5:55 Uhr durchgeführt werden. Das Plug-in stellt bis zu der angegebenen Zeit, jedoch nicht einschließlich, wieder her.

Weitere Informationen zu Pit Recovery und Daten Bank Inkarnationen finden Sie unter Durchführen einer Wiederherstellung von Datenbankzeit Punkten in der Grundlegendes zur Sicherung und Wiederherstellung von Oracle Datenbanken Guide.

Medienwiederherstellung Sperren

Medienwiederherstellung Sperren

Block Media Recovery ist nur in der Oracle Enterprise Edition verfügbar. Diese Funktion reduziert die Ausfallzeit, da Sie nur die beschädigten Blöcke wiederherstellen können, anstatt die gesamte Daten-DataFile wiederherzustellen. Die Wiederherstellung von Block Medien ist besonders nützlich für physische Beschädigungen, bei denen es sich um eine kleine, bekannte Anzahl von Blöcken handelt. Der Blocklevel-Datenverlust resultiert in der Regel aus intermittierenden, zufälligen e/a-Fehlern, die nicht zu weit verbreitetem Datenverlust führen, und Speicherbeschädigungen, die auf den Datenträger geschrieben werden. Die Wiederherstellung von Block Medien ist nicht für Fälle vorgesehen, in denen das Ausmaß des Datenverlusts oder der Beschädigung unbekannt ist und die gesamte DataFile Wiederherstellung erforderlich ist. In solchen Fällen ist die DataFile-Medienwiederherstellung die beste Lösung.

Sie können die Wiederherstellung von Block Medien verwenden, um eine oder mehrere beschädigte Datenblöcke innerhalb einer DataFile wiederherzustellen. Die Wiederherstellung von Block Medien bietet gegenüber der Datenträger-Wiederherstellung von DataFile folgende Vorteile:

●	Dadurch wird der MTTR gesenkt, da nur die Wiederherstellungs Blöcke wiederhergestellt und wiederhergestellt werden müssen.

●	Damit können die betroffenen Datendateien während der Wiederherstellung online bleiben.

Ohne die Wiederherstellung von Block Medien, wenn sogar ein einzelner Block beschädigt ist, müssen Sie die DataFile offline schalten und die DataFile aus einer Sicherung wiederherstellen. Sie müssen alle Redo-Protokolle anwenden, die für die DataFile generiert wurden, nachdem die Sicherung erstellt wurde. Die gesamte Datei ist nicht verfügbar, bis die Wiederherstellung der Medien abgeschlossen ist. Bei der Wiederherstellung von Block Medien sind bei der Wiederherstellung nur die tatsächlich wiederhergestellten Blöcke nicht verfügbar.

Voraussetzungen

Voraussetzungen

Zusätzlich zur Ausführung der Oracle Enterprise Edition benötigt Oracle die folgenden Voraussetzungen für die Wiederherstellung von Block Medien, wie in definiert in Wiederherstellung von Block Medien durchführen der die Oracle Database Backup and Recovery Benutzerhandbuch.

●	Die Zieldatenbank muss in ausgeführt werden ARCHIVELOG -Modus und mit einer aktuellen Kontrolldatei geöffnet oder bereitgestellt werden.

●	Die Zieldatenbank darf keine Standby-Datenbank sein.

●	Die Sicherungen der Datendateien, die die beschädigten Blöcke enthalten, müssen vollständige oder inkrementelle Sicherungen der Stufe 0 und keine Proxy Kopien sein.

●

RMAN kann nur Archivierte Redo-Protokolle für die Wiederherstellung verwenden. In RMAN können inkrementelle inkrementelle Sicherungen der Stufe 1 nicht verwendet werden. Die Wiederherstellung von Block Medien kann ein fehlendes oder unzugängliches archiviertes Redo-Protokoll nicht überstehen, obwohl es manchmal fehlende Redo-Datensätze überleben kann.

●

Flashback-Datenbank muss in der Zieldatenbank aktiviert sein, damit RMAN die Flashback-Protokolle nach guten Kopien der beschädigten Blöcke durchsucht. Wenn die Flashback-Protokollierung aktiviert ist und ältere, nicht beschädigte Versionen der beschädigten Blöcke enthält, kann RMAN diese Blöcke verwenden, um eine schnellere Wiederherstellung zu ermöglichen.

Identifizieren beschädigter Blöcke

Identifizieren beschädigter Blöcke

Die V $ DATABASE_BLOCK_CORRUPTION anzeigen zeigt Blöcke, die durch Datenbankkomponenten wie RMAN-Befehle beschädigt sind. Analysieren könnenund SQL-Abfragen. Physische Beschädigungen, auch Medien Beschädigung genannt, führen dazu, dass Zeilen zu dieser Ansicht hinzugefügt werden. Die Datenbank erkennt beispielsweise den Block nicht: die Prüfsumme ist ungültig, der Block enthält alle Nullen oder der Block Header ist gebrochen.

Zusätzlich zur Meldung in V $ DATABASE_BLOCK_CORRUPTION, wird auch in den folgenden Speicherorten eine Block Beschädigung gemeldet:

●	Ergebnisse der Liste Fehler, überprüfen oder sichern... Validate-Befehl

●	Fehlermeldungen in der Standardausgabe

●	Oracle-Warnungsprotokoll

●	Benutzer-Trace-Dateien

●	Ergebnisse der SQL-Befehle ANALYZE TABLE und ANALYZE Index

●	Ergebnisse des Dienstprogramms dbverify

●	Medien Verwaltungsausgabe von Drittanbietern, wie z. b. NetVault Sicherung.

Sie können beispielsweise die folgenden Meldungen in einer Benutzer-Tracedatei erkennen:

Ora-01578: Oracle Data Block Corrupted (Datei Nr. 7, Block Nr. 3)

Ora-01110: Datendatei 7: '/Oracle/oradata/trgt/tools01.DBF '

Ora-01578: Oracle Data Block Corrupted (Datei Nr. 2, Block # 235)

Ora-01110: Datendatei 2: '/Oracle/oradata/trgt/undotbs01.DBF '