Warum müssen Oracle-Archivprotokolle zusammen mit Datendateien gesichert werden?

Dies wird in Oracle® Database Backup und Recovery Basics 10g Release 2 (10.2) beschrieben

Archivierte Redo-Logs sind der Schlüssel für eine erfolgreiche Medienwiederherstellung. Sichern Sie sie regelmäßig.

Aber ich frage mich, warum Sicherungen von Archivprotokollen so wichtig sind. Wäre es möglich, eine Wiederherstellung zu einem bestimmten Zeitpunkt nur mit regelmäßigen vollständigen und inkrementellen RMAN-Datensicherungen durchzuführen?

Nein, Sie benötigen weiterhin archivierte Redo-Logs. Ein RMAN-Backup ist nicht dasselbe wie ein Cold-Backup. Wenn Sie es wiederherstellen, müssen Sie alle Wiederherstellungen anwenden, die von dem Zeitpunkt an, an dem Sie die Sicherung gestartet haben, bis zu dem Zeitpunkt, an dem die Sicherung abgeschlossen ist, generiert wurden, damit der SCN über alle Datendateien und die Steuerdatei hinweg konsistent wird.

Betrachten wir das altmodische Hot-Backup. In diesem Modus werden alle geänderten Datenbankblöcke in den Redo-Log-Stream geschrieben und die Datei in das Betriebssystem kopiert. Dies führt zu gebrochenen Blöcken , dh der Block hat sich während des Lesens durch die Sicherung geändert. Um die Datenbank wiederherzustellen, stellen wir die DBFs wieder her. Anschließend überlagert der Wiederherstellungsprozess die geänderten Blöcke aus den archivierten Redo-Protokollen mit den frakturierten Blöcken in der Datei und wir kehren zu einer konsistenten Datenbank zurück.

Bei einer RMAN-Sicherung wird das Problem von gebrochenen Blöcken beseitigt, da die Blöcke von Oracle über die SGA gelesen werden und nicht von einem Unix-Tool wie cp. Der DBF ändert sich jedoch zwischen dem Zeitpunkt des Lesens des ersten Blocks und des letzten Blocks, sodass es sich um dasselbe Problem handelt, nur in größerem Maßstab. Das heißt, der SCN wechselt zwischen dem ersten und dem letzten Block in einer Sicherung. Die archivierten Redo-Logs decken dies ebenfalls ab.

RMAN bietet Ihnen die Verwaltbarkeit des Katalogs und die Möglichkeit, Hot-Backups zu erstellen, ohne dass Sie viel häufiger Redo generieren müssen (was die Festplatten, das Backup-System usw. selbst belastet). Sie erhalten BACKUP DATABASEjedoch keine konsistente Datenbank an und für sich. Die einzige Möglichkeit, dies in Oracle zu tun, ist das Cold-Backup.

Das Sichern von Archivprotokollen ist nur erforderlich, wenn Sie im Archivprotokollmodus ausgeführt werden. Daher wird erneut gefragt, ob die Datenbank dies tun soll oder nicht. Dies wird in demselben Dokument behandelt, auf das Sie unter der Überschrift Entscheidung zwischen ARCHIVELOG- und NOARCHIVELOG-Modus verweisen . Hier ist ein Auszug:

Entscheidung zwischen ARCHIVELOG- und NOARCHIVELOG-Modus

Die Redo-Protokolle Ihrer Datenbank enthalten eine vollständige Aufzeichnung der Änderungen an den Datendateien Ihrer Datenbank (mit wenigen Ausnahmen, wie z. B. direkten Pfadladevorgängen).

Sie können Ihre Datenbank in einem von zwei Modi ausführen: ARCHIVELOG-Modus oder NOARCHIVELOG-Modus. Im ARCHIVELOG-Modus muss eine verwendete Online-Redo-Log-Gruppe in ein oder mehrere Archivierungsziele kopiert werden, bevor sie wiederverwendet werden kann. Durch das Archivieren des Redo-Protokolls werden alle in diesem Protokoll gespeicherten Transaktionen beibehalten, damit sie später für Wiederherstellungsvorgänge verwendet werden können. Im NOARCHIVELOG-Modus werden die Online-Redo-Log-Gruppen einfach überschrieben, wenn das Log erneut verwendet wird. Alle Informationen zu Transaktionen, die in dieser Redo-Log-Gruppe aufgezeichnet wurden, gehen verloren.

2.3.3.1 Auswirkungen der Ausführung im NOARCHIVELOG-Modus

Wenn Sie Ihre Datenbank im NOARCHIVELOG-Modus ausführen, unterliegt Ihre Sicherungs- und Wiederherstellungsstrategie strengen Einschränkungen.

• Sie können keine Online-Sicherungen Ihrer Datenbank durchführen. Sie müssen Ihre Datenbank ordnungsgemäß herunterfahren, bevor Sie im NOARCHIVELOG-Modus eine Sicherung erstellen können.

• Sie können keine Datenwiederherstellungstechniken verwenden, für die die archivierten Redo-Protokolle erforderlich sind. Dazu gehören die vollständige und zeitpunktbezogene Wiederherstellung von Datenträgern (siehe "Arten der Datenwiederherstellung") sowie fortgeschrittenere Wiederherstellungstechniken wie die zeitpunktbezogene Wiederherstellung einzelner Tablespaces und der Flashback-Datenbank (siehe Oracle Database Backup and Recovery Advanced) Bedienungsanleitung.).

Wenn Sie im NOARCHIVELOG-Modus ausgeführt werden und eine Wiederherstellung nach Beschädigung der Datendateien aufgrund eines Festplattenfehlers durchführen müssen, haben Sie zwei Hauptoptionen für die Wiederherstellung:

• Löschen Sie alle Objekte, deren Speicherbereiche sich in den betroffenen Dateien befinden, und löschen Sie die Dateien. Der Rest der Datenbank ist intakt, aber alle Daten in den betroffenen Dateien gehen verloren.

• Stellen Sie die gesamte Datenbank aus der letzten Sicherung wieder her und verlieren Sie alle Änderungen an der Datenbank seit der Sicherung. (Das Wiederherstellen von Änderungen seit der Sicherung erfordert eine Medienwiederherstellung, bei der die archivierten Redo-Protokolle verwendet werden.)

...

Wenn die Leistungsanforderungen extrem sind oder Speicherplatzbeschränkungen schwerwiegend sind, ist es möglicherweise vorzuziehen, trotz der Einschränkungen, die diese Auswahl für Ihre Wiederherstellungsoptionen mit sich bringt, im NOARCHIVELOG-Modus zu arbeiten.

Sie möchten fast immer im ARCHIVELOG-Modus ausgeführt werden, daher möchten Sie fast immer Ihre Archivprotokolle sichern.