Verwalten von Backup und Recovery, rac Erholung.

Verwalten von Backup und Recovery, rac Erholung.

Verwalten von Backup und Recovery, rac Erholung.

7 Verwalten Backup und Recovery

Dieses Kapitel erläutert Recovery-Instanz und wie Recovery Manager zu verwenden (RMAN) zu sichern und Oracle Real Application Clusters (Oracle RAC) Datenbanken wiederherstellen. Dieses Kapitel beschreibt auch Oracle RAC-Instanz Recovery, parallele Backup, Recovery mit SQL * Plus, und mit Hilfe der Fast-Recovery Area in Oracle RAC. Die Themen in diesem Kapitel umfassen:

Für Restore und Recovery in Oracle RAC-Umgebungen, müssen Sie nicht die Instanz konfigurieren, die die Wiederherstellung führt auch zu der einzige Instanz, die alle Datendateien wieder her. In Oracle RAC, sind Datendateien von jedem Knoten im Cluster zugänglich. so kann jeder Knoten archivierten Redo-Log-Dateien wiederherstellen.

Oracle Clusterverwaltung und Deployment Guide für Informationen zum Sichern und Wiederherstellen der Oracle Clusterware-Komponenten wie dem Oracle Cluster Registry (OCR) und der Wahlscheibe

RMAN Backup-Szenario für Nicht-Cluster-Dateisystem-Backups

In einer nicht-Systemumgebung Cluster-Datei kann jeder Knoten nur auf eine lokal montiert Nicht-Cluster-Dateisystemverzeichnis sichern. Zum Beispiel kann node1 Zugriff auf die archivierten Redo-Log-Dateien auf Knoten2 oder node3 nicht, wenn Sie das Netzwerkdateisystem für den Fernzugriff konfigurieren. Wenn Sie ein Netzwerk-Dateisystem-Datei für Backups konfigurieren, dann sichert jeder Knoten seine archivierten Redo-Logs in ein lokales Verzeichnis auf.

RMAN-Wiederherstellungsszenarien für Oracle RAC

In diesem Abschnitt werden die folgenden gemeinsamen RMAN Wiederherstellungsszenarien:

Die Wiederherstellung und Recovery-Verfahren in einem Cluster-Dateisystem Schema unterscheiden sich nicht wesentlich von Oracle Nicht-Cluster-Szenarien.

Wiederherstellen von Sicherungen von einem Cluster-Dateisystem

Die Regelung, die in diesem Abschnitt beschrieben wird davon ausgegangen, dass Sie den verwenden "Oracle Automatic Storage Management und Cluster File System Archiving Scheme". In diesem Schema wird angenommen, dass node3 die Backups auf einem Cluster-Dateisystem ausgeführt. Wenn node3 für die Wiederherstellung und Wiederherstellungsvorgang zur Verfügung steht, und wenn alle der archivierten Protokolle wurden auf der Festplatte gesichert oder sind, dann führen Sie die folgenden Befehle vollständige Wiederherstellung durchzuführen:

Wenn node3 die Sicherungen durchgeführt, aber nicht verfügbar ist, konfigurieren Sie eine Medien-Management-Gerät für einen der verbleibenden Knoten und machen die Backup-Medien von node3 zu diesem Knoten zur Verfügung.

Wenn Sie RMAN konfiguriert, wie in "Konfigurieren Kanäle zur Verwendung der automatischen Load Balancing". Dann wird, um die Kanäle, über die Knoten ausgleichen zu laden, zu beachten, dass die Kanäle nicht Last vor mindestens eine Instanz erfolgreich die Datenbank geöffnet ist ausgewuchtet werden. Dies bedeutet, dass die Kanäle nicht wiederherstellen während einer vollständigen Datenbank über die Knoten Last verteilt werden. Um das zu erreichen Lastausgleich von Kanälen für RESTORE und RECOVER-Befehlen können Sie vorübergehend Kanäle umverteilen durch Befehle ähnlich wie im folgenden ausgeführt wird:

Wiederherstellen von Sicherungen von einem Nicht-Cluster-Dateisystem

Die Regelung, die in diesem Abschnitt beschrieben wird davon ausgegangen, dass Sie den verwenden "File System lokale Archivierung Scheme Nicht-Cluster". In diesem Schema jeder Knoten Archive lokal in ein anderes Verzeichnis. Zum Beispiel node1 Archive / arc_dest_1. Knoten2 Archive / arc_dest_2. und node3 Archive / arc_dest_3. Sie müssen ein Netzwerk-Dateisystem-Datei so konfigurieren, dass die Recovery-Knoten die Archivierungsverzeichnisse auf den verbleibenden Knoten lesen kann.

Wenn alle Knoten verfügbar sind und alle archivierten Redo-Logs gesichert wurden, dann können Sie eine vollständige Wiederherstellung und Recovery durch die Datenbank Montage und die folgenden Befehle von jedem Knoten durchführen:

Da die Netzwerk-Dateisystemkonfiguration jeder Knoten ermöglicht Lesezugriff auf die Redo-Log-Dateien auf anderen Knoten, dann kann der Recovery-Knoten die archivierten Redo-Logs befindet sich auf dem lokalen und Remote-Disketten lesen und anzuwenden. Keine manuelle Übertragung der archivierten Redo-Logs erforderlich.

Verwendung von RMAN oder Oracle Enterprise Manager den Server-Parameter-Datei (SPFILE) zum Wiederherstellen

RMAN können die Server-Parameter-Datei wiederherstellen entweder in dem Standardverzeichnis oder an einen Ort, den Sie angeben.

Sie können auch Oracle Enterprise Manager verwenden, um die SPFILE wiederherzustellen. Vom Backup / Recovery-Abschnitt der Registerkarte Wartung, klicken Sie auf Wiederherstellung durchführen. Der Link Perform Recovery ist kontextsensitiv und navigiert Sie zum SPFILE nur wiederhergestellt werden, wenn die Datenbank geschlossen wird.

Instanz Wiederherstellung in Oracle RAC

Instanz Fehler auftritt, wenn Software- oder Hardware-Probleme, eine Instanz zu deaktivieren. Nach dem Beispiel Ausfall verwendet Oracle-Datenbank automatisch die Online-Redo-Logs Wiederherstellung durchzuführen, wie in diesem Abschnitt beschrieben.

Dieser Abschnitt enthält die folgenden Themen:

Single Node Fehler in Oracle RAC

Instanz Recovery in Oracle RAC beinhaltet nicht die Wiederherstellung von Anwendungen, die auf dem ausgefallenen Instanz ausgeführt wurden. Oracle Clusterware startet die Instanz automatisch.

Anwendungen, die auf einem Knoten ausgeführt wurden, bevor es weiterhin versäumt läuft durch Fehlererkennung und Wiederherstellung verwendet wird. Dies gewährleistet eine konstante und unterbrechungsfreien Betrieb, wenn Hard- oder Software ausfällt. Wenn eine Instanz Recovery für eine andere Instanz ausführt, liest die überlebenden Beispiel Online-Redo-Logs vom ausgefallenen Instanz erstellt und verwendet diese Informationen, um sicherzustellen, dass festgeschriebene Transaktionen in der Datenbank erfasst werden. Somit werden Daten von festgeschriebenen Transaktionen ist nicht verloren. Die Instanz durchführen Recovery Rollback-Transaktionen, die von diesen Transaktionen zum Zeitpunkt der Störung und setzt Ressourcen frei aktiv waren.

Alle Online-Redo-Logs müssen zum Beispiel Erholung zugänglich sein. Aus diesem Grund empfiehlt Oracle, dass Sie Ihre Online-Redo-Logs spiegeln.

Multiple-Knotenfehler in Oracle RAC

Wenn mehrere Ausfälle Knoten auftreten, wenn eine Instanz überlebt, dann führt Oracle RAC-Instanz Recovery für alle anderen Instanzen, die scheitern. Wenn alle Instanzen einer RAC-Datenbank Oracle scheitern, dann automatisch Oracle Database erholt sich die Instanzen das nächste Mal eine Instanz die Datenbank öffnet. Die Instanz Durchführung Wiederherstellung kann die Datenbank bereit in entweder Cluster-Datenbank oder exklusiven Modus von jedem Knoten aus einer Oracle RAC-Datenbank. Diese Recovery-Verfahren ist das gleiche für Oracle-Datenbank in Shared-Modus ausgeführt wird, wie es ist für Oracle-Datenbank im exklusiven Modus ausgeführt wird, mit der Ausnahme, dass eine Instanz führt für alle der ausgefallenen Instanzen Instanz Erholung.

Verwendung von RMAN zu erstellen Backups in Oracle RAC

Oracle Database bietet RMAN zum Sichern und Wiederherstellen der Datenbank. RMAN ermöglicht es Ihnen, Sichern, Wiederherstellen und Datendateien wiederherzustellen, Steuerdateien, SPFILEs und archivierten Redo-Logs. RMAN wird mit der Oracle-Datenbank-Server enthalten und wird standardmäßig installiert. Sie können RMAN von der Kommandozeile ausgeführt werden oder Sie es aus dem Backup Manager in Oracle Enterprise Manager verwenden können. Darüber hinaus ist RMAN die empfohlene Backup- und Recovery-Tool, wenn Sie Oracle Automatic Storage Management (Oracle ASM). Die Verfahren für die Verwendung von RMAN in Oracle RAC-Umgebungen unterscheiden sich nicht wesentlich von denen für Oracle Nicht-Cluster-Umgebungen.

Oracle Database Backup and Guide Recovery Benutzer für weitere Informationen über Nicht-Cluster-RMAN Backup-Verfahren

Channel-Verbindungen zu Cluster-Instanzen mit RMAN

Channel-Verbindungen zu den Instanzen werden mit dem Connect-String definiert durch Kanalkonfigurationen bestimmt. Beispielsweise in der folgenden Konfiguration werden drei Kanäle dbauser / PWD @ service_name zugeordnet. Wenn Sie die SQL-Net Service-Namen mit Load-Balancing konfigurieren aktiviert ist, dann werden die Kanäle an einem Knoten zugeordnet sind, wie sie in der Load-Balancing-Algorithmus entschieden.

Wenn der Dienstname in der Verbindungszeichenfolge verwendet, jedoch nicht für den Lastenausgleich ist, dann können Sie bei der die Instanz steuern die Kanäle mit separaten Verbindungs ​​Strings für jede Kanalkonfiguration wie folgt verteilt:

In dem vorherigen Beispiel wird angenommen, dass mydb_1. mydb_2 und mydb_3 sind SQL * Net Service-Namen, die in Ihrer Oracle RAC-Umgebung zu vordefinierten Knoten verbinden. Alternativ können Sie auch Ihre Datenbankdateien manuell zugeordneten Kanäle zu Backup. Zum Beispiel unterstützt der folgende Befehl den SPFILE, Steuerdatei, Datendateien und archivierten Redo-Logs nach oben:

Während eines Backup-Vorgangs, wenn mindestens ein Kanal zugewiesen hat Zugriff auf die archivierten Log, dann automatisch RMAN plant die Sicherung des spezifischen Protokoll auf diesem Kanal. Da die Steuerdatei, SPFILE und Datendateien von einem beliebigen Kanal zugänglich sind, wird die Sicherungsoperation dieser Dateien über die zugeteilten Kanäle verteilt.

Bei einem lokalen Archivierungssystem muss es mindestens einen Kanal zu allen Knoten zugeordnet werden, die auf ihre lokalen archivierten Protokolle schreiben. Für ein Cluster-Dateisystem-Archivierung Schema, wenn jeder Knoten die archivierten Protokolle im gleichen Cluster-Dateisystem schreibt, dann die Sicherungsoperation der archivierten Protokolle wird über die zugeteilten Kanäle verteilt.

Während einer Sicherung, auf die die Instanzen die Kanäle verbinden müssen entweder alle montiert oder alle offen. Zum Beispiel, wenn die Instanz auf node1 die Datenbank bereitgestellt hat, während die Instanzen auf Knoten2 und node3 die Datenbank geöffnet haben, dann schlägt die Sicherung fehl.

Oracle Database Backup and Recovery Referenz für weitere Informationen über die CONNECT-Klausel der configure CHANNEL Aussage

Knoten Affinity Bewusstsein für Schnelle Verbindungen

In einigen Cluster Datenbankkonfigurationen haben einige Knoten des Clusters schnelleren Zugriff auf bestimmte Dateien als auf andere Datendateien. RMAN erkennt automatisch, um diese Situation, die als Knotenaffinität Bewusstsein bekannt ist. Bei der Entscheidung, welcher Kanal eine bestimmte Datendatei sichern zu verwenden, gibt RMAN bevorzugt sind die Knoten mit schnelleren Zugriff auf die Datendateien, die Sie sichern möchten. Zum Beispiel, wenn Sie einen Drei-Knoten-Cluster, und wenn node1 schneller hat Lese- / Schreibzugriff auf Datendateien 7, 8 und 9 als die anderen Knoten, dann node1 hat größere Knoten Affinität zu diesen Dateien als Knoten2 und node3.

Löschen von archivierten Redo-Logs nach einer erfolgreichen Sicherung

Wenn Sie die automatische Kanäle konfiguriert, wie in Abschnitt "Channel-Verbindungen zu Cluster-Instanzen mit RMAN". dann können Sie das folgende Beispiel verwenden die archivierten Protokolle zu löschen, die Sie n-mal gesichert. Der Gerätetyp kann DISK oder SBT sein:

Während eines Löschvorgangs, wenn mindestens ein Kanal zugewiesen hat Zugriff auf die archivierten Log, dann automatisch RMAN plant die Streichung der spezifischen Protokoll auf diesem Kanal. Bei einem lokalen Archivierungssystem muss mindestens ein Kanal sein zugeordnet, dass ein archivierten Log löschen. Für ein Cluster-Dateisystem-Archivierung Schema, unter der Annahme, dass jeder Knoten auf die archivierten Protokolle auf dem gleichen Cluster-Dateisystem schreibt, kann die archivierten Log von einem zugewiesenen Kanal gelöscht werden.

Wenn Sie nicht automatisch Kanäle konfiguriert haben, dann können Sie manuell die Wartungs Kanäle zuweisen wie folgt und die archivierten Protokolle zu löschen.

Autolocation für Backup und Restore-Befehle

RMAN führt automatisch Autolocator aller Dateien, die sie sichern müssen oder wiederherzustellen. Wenn Sie die Nicht-Cluster-Dateisystem lokale Archivierung Schema verwenden, dann kann ein Knoten nur die archivierten Redo-Logs zu lesen, die auf diesem Knoten durch eine Instanz erzeugt wurden. RMAN versucht nie archivierten Redo-Logs auf einem Kanal zu sichern sie nicht lesen kann.

Während einer Wiederherstellungsoperation, RMAN führt dann automatisch die Autolocator von Backups. Ein Kanal an einen bestimmten Knoten verbunden versucht nur Dateien wiederherzustellen, die an den Knoten gesichert wurden. Beispielsweise sei angenommen, dass 1001 Protokollfolge mit dem Antrieb an node1 gesichert. während Protokoll 1002 mit dem Antrieb an Knoten2 gesichert. Wenn Sie dann Kanäle zuweisen, die zu jedem Knoten verbinden, dann wird der Kanal zu node1 verbunden ist, kann log 1001 wiederherstellen (aber nicht 1002), und der Kanal auf Knoten2 verbunden ist, kann log 1002 wiederherstellen (aber nicht 1001).

Media Recovery in Oracle RAC

Media Recovery müssen vom Nutzer initiiert durch eine Client-Anwendung sein, während beispielsweise Erholung von der Datenbank automatisch durchgeführt wird. In diesen Situationen verwenden RMAN-Backups der Daten, Dateien wiederherzustellen, und dann die Datenbank wiederherstellen. Die Verfahren für die RMAN Media-Recovery in Oracle RAC-Umgebungen unterscheiden sich nicht wesentlich von den Medien Wiederherstellungsverfahren für Nicht-Cluster-Umgebungen.

Der Knoten, der die Wiederherstellung durchführt, muss in der Lage sein, alle erforderlichen Datendateien wiederherzustellen. Dieser Knoten muss auch in der Lage sein, entweder alle erforderlichen archivierten Redo-Logs auf der Festplatte oder der Lage sein, diese wiederherstellen, von Backups lesen.

Wenn Sie eine Datenbank mit verschlüsselten Tablespaces (zum Beispiel nach einem SHUTDOWN ABORT oder einem katastrophalen Fehler, der die Datenbankinstanz nach unten bringt) Gewinnen, müssen Sie die Oracle Wallet nach Datenbank öffnen montieren und bevor Sie die Datenbank öffnen, so kann der Recovery-Prozess Datenblöcke entschlüsseln und wiederholen.

Parallel Erholung in Oracle RAC

Oracle Database wählt automatisch die optimale Grad der Parallelität zum Beispiel Crash und Medienwiederherstellung. Oracle-Datenbank gilt archivierten Redo-Logs eine optimale Anzahl paralleler Prozesse unter Verwendung basierend auf der Verfügbarkeit von CPUs. Sie können parallel Instanz Erholung und parallel zur Medienwiederherstellung in Oracle RAC-Datenbanken verwenden, wie unter den folgenden Themen beschrieben:

Parallel Recovery mit RMAN

Mit RMAN der RESTORE und RECOVER Kommandos automatisch Oracle Database macht die folgenden drei Stufen der Wiederherstellung parallel:

Wiederherstellen von Daten-Dateien Wenn Datendateien wiederherstellen, die Anzahl der Kanäle zuweisen Sie im RMAN wiederherstellen Skript effektiv die Parallelität setzt die RMAN verwendet. wenn Sie fünf Kanäle beispielsweise zuordnen, können Sie bis zu fünf parallele Ströme haben Wiederherstellen von Daten-Dateien.

Die Anwendung Inkrementelle Backups Ebenso, wenn Sie inkrementelle Sicherungen anwenden, die Anzahl der Kanäle, die Sie zuweisen, bestimmt das Potential Parallelität.

Anwenden von archivierten Redo-Logs mit RMAN, die Anwendung der archivierten Redo-Logs wird parallel durchgeführt. Oracle Database wählt automatisch die optimale Grad der Parallelität basierend auf den verfügbaren CPU-Ressourcen.

Deaktivieren Parallel Erholung

Sie können parallel Erholung außer Kraft setzen, die Verfahren unter den folgenden Themen ein:

Deaktivieren Instanz und Crash Recovery Parallelism

So deaktivieren Sie parallel Instanz und Crash Recovery auf einem System mit mehreren CPUs, stellen Sie den RECOVERY_PARALLELISM Parameter in der Datenbank Initialisierung Parameterdatei, SPFILE, 0 oder 1.

Deaktivieren Media Recovery Parallelism

Verwenden Sie die NOPARALLEL Klausel des RMAN RECOVER Befehl oder die Anweisung ALTER DATABASE RECOVER Oracle-Datenbank zu zwingen, nicht parallel zur Medienwiederherstellung zu verwenden.

Mit Hilfe eines Fast Recovery Area Oracle RAC

Um eine schnelle Recovery-Bereich in Oracle RAC verwenden, müssen Sie es auf einer Oracle ASM-Plattengruppe zu platzieren, ein Cluster-Dateisystem oder auf einem gemeinsamen Verzeichnis, das über ein Netzwerk-Dateisystem-Datei für jede Oracle-RAC-Instanz konfiguriert ist. Mit anderen Worten muss die schnelle Recovery-Bereich unter all den Instanzen einer Oracle RAC-Datenbank gemeinsam genutzt werden. Darüber hinaus stellen Sie den Parameter DB_RECOVERY_FILE_DEST auf den gleichen Wert für alle Instanzen.

Oracle Enterprise Manager ermöglicht Ihnen einen schnellen Recovery-Bereich einzurichten. Zur Nutzung dieser Funktion:

Von der Startseite Cluster-Datenbank, klicken Sie auf die Registerkarte Wartung.

Unter dem Backup / Recovery-Optionen-Liste, klicken Sie auf Konfigurieren Recovery-Einstellungen.

Geben Sie Ihre Anforderungen in der Fast Recovery Area-Bereich der Seite.

Klicken Sie auf Hilfe auf dieser Seite für weitere Informationen.

Oracle Database Backup and Guide Recovery Benutzer für Informationen über das Einrichten und Konfigurieren der Fast-Recovery-Bereich

ZUSAMMENHÄNGENDE POSTS

  • New Beginnings, Sucht-Recovery-Programm.

    Ambulante Behandlung PERFEKTIONIERT Was Patienten «Mein Leben sagen, es war voller Angst verbracht. Die Angst, dass ich nicht bewältigen kann. Die Angst vor meiner Reaktion auf die Welt da draußen. Durch die Zusammenarbeit mit den Mitarbeitern zu arbeiten und die …

  • HOH Recovery Services, Christian Alkohol-Reha.

    House of Hope Recovery Center ist eine christliche Drogenmissbrauch Behandlung Programm, das abgesehen von den traditionellen rehabs gesetzt. Wir glauben, dass unser Fokus und die Abhängigkeit von Gott durch das sein sollte …

  • Verwalten Leben mit Milch und Ei …

    Verwalten Leben mit Milch und Ei-Allergien Milch und Ei Allergien vor allem Kinder betreffen. Da in der Regel Kinder allergisch auf Milch und Ei als Kleinkinder werden, gibt es zusätzliche Vorsichtsmaßnahmen, die …

  • Startseite — Washington Recovery-Help Line, Alkohol Helpline.

    Washington Recovery-Help Line 24-Stunden-Hilfe für Drogenmissbrauch, Problem Gambling Mental Health Anruf 866.789.1511 Die WA Recovery-Help Line. ein Service von Krise Clinic. Krise ist eine 24-Stunden …

  • MyRecovery — Online Recovery-Netzwerk …

    Aktualisiert: 15. Juni 2011 Nutzungsbedingungen und Datenschutzerklärung (die «Vereinbarung») stellt eine rechtlich bindende Vereinbarung getroffen wurden, und zwischen Gemeinschaft Wiederherstellen Personen LLC, 1221 Wayzata …

  • Verwalten von Nebenwirkungen von Kolon …

    Managing Side Effects Sprechen Sie mit Ihrem Arzt-Team über mögliche Nebenwirkungen. Seien Sie vorbereitet und wissen, worauf zu achten ist und wie Sie Probleme mit Ihrem medizinischen Team zu verwalten. Im Folgenden sind die …