NetVault Plug-in for Oracle 12.2

Steuerdatei: RMAN kann alle erforderlichen Sicherungs- und Wiederherstellungsvorgänge mithilfe der Steuerdatei durchführen, um die RMAN-Repository-Informationen zu speichern. Diese Fähigkeit erhöht die Bedeutung des Schutzes der Steuerdatei als Teil Ihrer Sicherungsstrategie.

Die Speicherung des RMAN-Repository in der Steuerdatei ist besonders für kleine Datenbanken geeignet, bei denen die Installation und Verwaltung einer separaten Wiederherstellungskatalogdatenbank eine große Belastung darstellt. Die einzige RMAN-Funktion, die in diesem Modus nicht unterstützt wird, sind gespeicherte Skripts, die nicht vom Plug-in verwendet werden.

Wenn Sie die Steuerdatei zum Speichern des RMAN-Repository verwenden, empfiehlt Oracle dringend Folgendes:

•

Aktivieren Sie die Funktion Automatische Sicherung der Steuerdatei von Oracle. Diese Funktion führt dazu, dass RMAN die Steuerdatei automatisch sichert, und ermöglicht RMAN auch die automatische Sicherung der Steuerdatei ohne Zugriff auf ein Repository.

•

Bewahren Sie eine Aufzeichnung Ihrer Oracle Database-ID (DBID) auf, die möglicherweise für die Wiederherstellung der Datenbank erforderlich ist, wenn die Steuerdatei verloren geht.

•

Verwenden Sie mindestens zwei Multiplex-Steuerdateien oder gespiegelte Steuerdateien auf separaten Festplatten.

•

Wiederherstellungskatalog: Sie können auch eine externe Oracle Datenbank verwenden, um das RMAN-Repository zu speichern. Diese externe Datenbank wird als Wiederherstellungskatalog bezeichnet. Während die Steuerdatei über begrenzten Speicherplatz für Aufzeichnungen von Sicherungsaktivitäten verfügt, kann ein Wiederherstellungskatalog einen längeren Verlauf speichern. Die Komplexität der Verwaltung einer Wiederherstellungskatalogdatenbank kann durch die praktische Verfügbarkeit des erweiterten Sicherungsverlaufs für eine Wiederherstellung ausgeglichen werden, die dem Verlauf in der Steuerdatei vorangeht.

RMAN behält die Version des RMAN-Repository bei, die im Wiederherstellungskatalog enthalten ist. Die für die Sicherung vorgesehene Datenbank greift nie direkt darauf zu, da RMAN die Informationen über die Datenbankstruktur, archivierte Redo-Protokolle, Sicherungssätze und Datendateikopien nach jedem Vorgang aus der Steuerdatei der Zieldatenbank in den Wiederherstellungskatalog überträgt.

Oracle empfiehlt, den Wiederherstellungskatalog in einer dedizierten Datenbank zu speichern. Wenn Sie den Wiederherstellungskatalog zusammen mit anderen Daten in einer Datenbank speichern und diese andere Datenbank verlieren, verlieren Sie auch Ihren Wiederherstellungskatalog. Diese Konfiguration erschwert die Wiederherstellung. Wenn Sie außerdem den Wiederherstellungskatalog in einer Datenbank speichern, die für Sicherungen vorgesehen ist, können Sie für diese Datenbank keine vollständigen Datenbankwiederherstellungen durchführen. Sie können die gesamte Datenbank nicht wiederherstellen, da die Datenbank für Wiederherstellung in einem gemounteten Status sein muss und das Plug-in keinen Zugriff auf den Wiederherstellungskatalog hat, um die Wiederherstellung in diesem Status durchzuführen.

Überprüfen der RMAN-Tabellenbereich- und Datendateisicherungstypen

Plug‑in for Oracle unterstützt die folgenden Typen von RMAN-Sicherungen:

•

Vollsicherung

•

Inkrementelle Sicherung

Die inkrementellen Sicherungen werden wie folgt weiter klassifiziert:

•

Inkrementelle Sicherung Ebene 0

•

Inkrementelle Sicherung Ebene 1

•

Differenzielle inkrementelle Sicherung

•

Kumulative inkrementelle Sicherung

Vollsicherung

Eine RMAN-Vollsicherung ist eine Sicherung einer Datendatei, die jeden zugewiesenen Block in der zu sichernden Datei enthält. Bei einer Vollsicherung einer Datendatei kann es sich um eine Image-Kopie handeln. In diesem Fall wird jeder Datenblock gesichert. Sie können sie auch in einem Sicherungssatz speichern. In diesem Fall werden Datendateiblöcke, die nicht verwendet werden, möglicherweise übersprungen. Eine RMAN-Vollsicherung kann nicht Teil einer Strategie für inkrementelle Sicherungen sein, d. h., sie kann nicht die übergeordnete Sicherung oder die Basis einer nachfolgenden inkrementellen Sicherung sein.

Inkrementelle Sicherung

Eine inkrementelle Sicherung einer Datendatei erfasst Images von Blöcken in der Datendatei, die sich seit einem bestimmten Punkt geändert haben, in der Regel der Zeitpunkt einer vorherigen inkrementellen Sicherung. Inkrementelle Sicherungen sind kleiner als vollständige Datendateisicherungen, es sei denn, jeder Block in der Datendatei wird geändert. Inkrementelle RMAN-Sicherungen sind nur für Datendateien verfügbar.

Während der Medienwiederherstellung verwendet RMAN die Block-Images von inkrementellen Sicherungen, um geänderte Blöcke auf ihren Inhalt an der SCN zu aktualisieren, an welcher der Block erstellt wurde. RMAN schließt diesen Prozess in einem einzigen Schritt ab. Ohne inkrementelle Sicherungen müssen alle Änderungen einzeln aus den archivierten Redo-Protokollen übernommen werden. Um Ausfallzeiten zu reduzieren, wählt RMAN immer eine inkrementelle Sicherung, statt einzelne Änderungen, die in archivierten Redo-Protokollen gespeichert sind, erneut anzuwenden.

Inkrementelle Sicherungen auf mehreren Ebenen

Die inkrementellen Sicherungen von RMAN basieren auf mehreren Ebenen. Jede inkrementelle Ebene wird durch einen Wert von 0 oder 1 gekennzeichnet.

•

Inkrementelle Sicherung Ebene 0: Eine inkrementelle Sicherung der Ebene 0, welche die Basis für nachfolgende inkrementelle Sicherungen ist, kopiert alle Blöcke, die Daten enthalten, und sichert die Datendatei in einem Sicherungssatz, wie dies bei einer Vollsicherung der Fall wäre.

Der einzige Unterschied zwischen einer inkrementellen Sicherung der Stufe 0 und einer Vollsicherung besteht darin, dass eine Vollsicherung nicht in eine inkrementelle Strategie integriert werden kann.

•

Inkrementelle Sicherung Ebene 1: Eine inkrementelle Sicherung der Ebene 1 kann eine der folgenden Typen sein:

•

Kumulative inkrementelle Sicherung: In einer kumulativen inkrementellen Sicherung sichert RMAN alle Blöcke, die seit der letzten inkrementellen Sicherung der Ebene 0 verwendet wurden. Kumulative inkrementelle Sicherungen beschleunigen Wiederherstellungen, indem die Anzahl der inkrementellen Sicherungen, die Sie in den Wiederherstellungsprozess einbeziehen müssen, reduziert wird. Kumulative Sicherungen benötigen mehr Speicherplatz und Zeit als differenzielle Sicherungen, da sie die von vorherigen Sicherungen auf derselben Ebene durchgeführten Arbeiten duplizieren.

Kumulative Sicherungen werden gegenüber differenziellen Sicherungen bevorzugt, wenn die Wiederherstellungszeit wichtiger ist als der Festplattenspeicher, da während der Wiederherstellung weniger inkrementelle Sicherungen angewendet werden müssen.

•

Differenzielle inkrementelle Sicherung: Bei einer differenziellen inkrementellen Sicherung sichert RMAN alle Blöcke, die sich seit der letzten kumulativen oder differenziellen inkrementellen Sicherung geändert haben, unabhängig davon, ob es sich um Ebene 1 oder Ebene 0 handelt.

RMAN ermittelt, welche Sicherung der Ebene 1 zuletzt durchgeführt wurde, und sichert alle Blöcke, die seit dieser Sicherung geändert wurden. Wenn keine Ebene 1 verfügbar ist, kopiert RMAN alle Blöcke, die seit der Sicherung der Ebene 0 geändert wurden.

Differenzielle inkrementelle Sicherungen führen zu längeren Wiederherstellungen, da während der Wiederherstellung mehrere inkrementelle Sicherungen angewendet werden müssen.

Archivprotokollsicherung

Archivierte Redo-Protokolle sind wichtig für die Zeitpunktwiederherstellung und müssen regelmäßig gesichert werden. Sie können die Archivprotokolle separat oder zusammen mit den Datendateien und anderen unterstützten Dateien sichern. Das Plug-in bietet außerdem die Möglichkeit, vor der Sicherung der Archivprotokolle einen zusätzlichen Protokollwechsel zu erzwingen und die Archivprotokolle nach der Sicherung in den Sicherungssätzen von der Festplatte zu löschen.

Überprüfen der Steuerdatei-Sicherungstypen

Der Schutz der Steuerdatei ist in vielen Wiederherstellungssituationen von entscheidender Bedeutung. Plug‑in for Oracle bietet zwei Methoden zum Schutz der Steuerdatei: Manuelle Sicherungen und automatische Sicherungen. Wenn Sie jedoch die RMAN-Methode verwenden, können Sie entweder automatische Sicherungen der Steuerdatei oder manuelle Sicherungen durchführen, aber nicht beides. Wenn die automatischen Sicherungen der Steuerdatei für eine Datenbank aktiviert sind, sind die manuellen Sicherungen der Steuerdatei nicht verfügbar.

Manuelle Sicherungen der Steuerdatei

Die benutzerverwalteten und RMAN-Sicherungsmethoden unterstützen beide das manuelle Sichern der Steuerdatei.

•

Manuelle Sicherung der Steuerdatei mit benutzerverwalteter Sicherungsmethode: Bei der benutzerverwalteten Sicherungsmethode verwendet das Plug-in die aktive Steuerdatei nicht für Sicherungen und Wiederherstellungen. Während der Sicherung speichert das Plug-in einen Snapshot der Steuerdatei in der vom Benutzer angegebenen Steuerdatei – Dateiname speichern (vollständiger Pfad) und sichert dann diese Kopie der Steuerdatei. Dieser Prozess stellt sicher, dass eine konsistente Kopie der Steuerdatei geschützt ist. Während der Wiederherstellung stellt das Plug-in die Steuerdatei in Steuerdatei – Dateiname speichern (vollständiger Pfad) wieder her, um sicherzustellen, dass die aktive Steuerdatei nicht versehentlich überschrieben wird. Kopieren Sie diese Datei bei Bedarf manuell an den ursprünglichen Speicherort. Um sicherzustellen, dass eine aktuelle Kopie der Steuerdatei immer verfügbar ist, fügen Sie sie jeder benutzerverwalteten Sicherung hinzu.

•

Manuelle Sicherung der Steuerdatei mit RMAN-Sicherungsmethode: Wenn die automatische Sicherung der Steuerdatei deaktiviert ist und der Knoten „Steuerdatei“ auf der Seite NetVault Backup-Auswahl explizit ausgewählt ist, verwendet das Plug-in den RMAN-Befehl BACKUP CURRENT CONTROLFILE, um die Steuerdateien zu sichern. Um sicherzustellen, dass eine aktuelle Kopie der Steuerdatei immer verfügbar ist, fügen Sie sie jeder RMAN-Sicherung hinzu.

Automatische Sicherungen der Steuerdatei

Eine automatische Sicherung der Steuerdatei enthält auch die SPFILE. Die automatischen Sicherungen werden nach jeder RMAN-basierten Sicherung oder nach strukturellen Änderungen an der Datenbank durchgeführt. Strukturelle Änderungen umfassen das Hinzufügen eines Tabellenbereichs, das Ändern des Status eines Tabellenbereichs oder einer Datendatei, das Hinzufügen eines Online-Redo-Protokolls, das Umbenennen einer Datei, das Hinzufügen eines Redo-Threads usw.

Manuelle vs. automatische Sicherungen

Mit einer manuellen Sicherung einer Steuerdatei können Sie eine bestimmte Kopie einer Steuerdatei wiederherstellen. Diese Option ist ideal, wenn Daten beschädigt wurden und Sie die zuletzt vor der Datenbeschädigung gespeicherte Version wiederherstellen müssen. Sie sind dafür verantwortlich, dass die Steuerdatei bei jeder RMAN-basierten Sicherung und nach jeder Strukturänderung der Datenbank gesichert wird. Manuelle Sicherungen der Steuerdatei bieten zwar die Möglichkeit, bestimmte Steuerdateisicherungen wiederherzustellen, sie können jedoch nicht während der Notfallwiederherstellung oder in RAC-Umgebungen mit mehreren Instanzen verwendet werden.

Automatische Sicherungen der Steuerdatei bieten die höchste Zuverlässigkeit, um sicherzustellen, dass immer eine aktuelle Sicherung der Steuerdatei vorhanden ist. Darüber hinaus sind sie für die Notfallwiederherstellung und in RAC-Umgebungen mit mehreren Instanzen erforderlich.