Grundlagen der Oracle 12c des Data Guard

Computer & Software / Datenbanken

Data Guard ist wahr, Katastrophenschutz-Technologie von Oracle 12c. Darin haben Sie ein Minimum von zwei Datenbanken, primäre und Standby-Modus. Data Guard verfügt über Optionen für mehrere Standby-Sites sowie eine Aktiv-Aktiv

Data guard architektur und oracle 12c

Maximale verfügbarkeit
Maximaler schutz
Maximale performance

Durchführen von umschalt- und failover-operationen

Konfiguration.

Durch die aktiv-aktiv, bedeutet es, beide / alle Seiten sind nach oben, Laufen und zugänglich. Dies wird auf Seiten gegenüber, dass eine aktive Position und die anderen haben müssen genommen werden, wenn sie benötigt werden. Dies ist ein Beispiel für den allgemeinen architektonischen Gestaltung.

Data Guard Architektur und Oracle 12c

Starten Sie eine Beschreibung mit der primären Datenbank einfach ist, weil es nur sehr wenig von einer anderen Datenbank unterscheidet Sie haben könnten. Der einzige Unterschied ist, was es tut mit seinen archivierten Redo-Logs.

Die primäre Datenbank schreibt einen Satz von Archiv-Redo-Logs zu einem Flash Recovery Area oder einer lokalen Festplatte. Sie können jedoch ein oder mehrere andere Ziele in einem Data Guard-Umgebung zu konfigurieren.

Der LOG_ARCHIVE_DEST_n Parameter wie dies für die vorherige Konfiguration aussehen:

LOG_ARCHIVE_DEST_10 = 'LOCATION = USE_DB_RECOVERY_FILE_DEST'LOG_ARCHIVE_DEST_1 =' SERVICE = PHYSDBY1 ARCH'LOG_ARCHIVE_DEST_2 = 'SERVICE = LOGSDBY1 LGWR'

LOG_ARCHIVE_DEST_10 so konfiguriert ist, Archiv-Redo-Logs an den lokalen Wiederherstellungsbereich zu senden. Ein lokales Ziel wird für alle Archiv-Log-Modus Datenbanken erforderlich.
LOG_ARCHIVE_DEST_1 ist so konfiguriert, über den Archivierungsprozess zu einem Remote-Standort PHYSDBY1 die Archivprotokolle zu versenden. Der Dienstname für diese Remote-Site hat einen Eintrag in der Datei tnsnames.ora auf dem primären Server.

LOG_ARCHIVE_DEST_2 ist so konfiguriert, über den LGWR Prozess an einen entfernten Ort namens LOGSDBY1 die Archivprotokolle zu versenden. Der Dienstname für diese Remote-Site hat einen Eintrag in der Datei tnsnames.ora auf dem primären Server als auch.

Warum der Unterschied in ARCn gegen LGWR Versandmethoden? Das hat etwas mit Schutz-Modi zu tun. Ein Data Guard-Umgebung hat drei Schutzarten.

Maximale Verfügbarkeit

Die maximale Verfügbarkeit Schutzmodus Kompromisse zwischen Leistung und Datenverfügbarkeit. Es funktioniert durch die LGWR mit gleichzeitig zu schreiben beide an Redo-Logs auf den primären und Standby-Sites. Die Leistungsverschlechterung kommt in Form von Prozessen für die Einträge Redo-Protokoll zu warten, an mehreren Stellen geschrieben zu werden.

Sessions Ausgabe Commits warten müssen, bis alle erforderlichen Informationen in mindestens einer Standby-Datenbank-Redo-Log aufgezeichnet. Wenn eine Sitzung seiner Unfähigkeit, aufgrund hängt Informationen zu schreiben Redo, hält den Rest der Datenbank voran.

Maximaler Schutz

Die maximale Schutzmodus ist ähnlich wie die maximale Verfügbarkeit der Ausnahme, dass, wenn eine Sitzung, dass Redo nicht überprüfen können auf der Remote-Site geschrieben wird, schaltet die primäre Datenbank nach unten.

Konfigurieren Sie mindestens zwei Standby-Sites für maximalen Schutz-Modus. Auf diese Weise, ein Stand-by-Website nicht verfügbar werden nicht Service für die gesamte Anwendung zu stören.

Dieser Modus stellt sicher, dass kein Datenverlust im Falle einer Katastrophe auf Kosten der Leistung auftreten.

Maximale Performance

Die maximale Leistung Schutzmodus löst die Protokollversandprozess von der primären Datenbank, indem sie es in das Archiv-Log-Prozess (ARCn) vorbei. Auf diese Weise können alle Operationen auf dem primären Standort fortsetzen, ohne abzuwarten, Redo-Einträge geschrieben werden Protokolle zu wiederholen oder Versand zu wiederholen.

Dies ist im Gegensatz Verschiffenmodi protokollieren, die die Log-Writer verwenden, um Transaktionen zu übertragen. die Log-Writer kann die Verarbeitung der Transaktion verlangsamen, weil es durch die Verfügbarkeit des Netzwerks oder die Leistung beeinträchtigt werden kann.

Maximale Leistung bietet die höchste Leistung auf dem primären Standort auf Kosten der Daten Divergenz. Daten Divergenz tritt auf, wenn die beiden Standorte Daten der nicht synchron zu bekommen beginnt. Archiv-Redo-Daten werden nicht versendet, bis ein ganzes Archiv-Redo-Log voll ist. Im schlimmsten Fall könnte eine ganze Website Verlust im Verlust eines gesamten Archivs im Wert von Redo-Log des von Daten führen.

Durchführen von Umschalt- und Failover-Operationen

Sie können die Verarbeitung auf Ihrem Standby-Website zwei Möglichkeiten wechseln:

Schalte um Switch ist eine geplant, die auftreten können, wenn Sie Wartungsarbeiten am primären Standort tun wollen, dass es nicht verfügbar zu sein erfordert. Dieser Vorgang kann einige Minuten Ausfallzeit bei der Anwendung erfordern, aber wenn Sie Wartung zu tun haben, die für eine Stunde oder länger dauert, kann die Ausfallzeit lohnen.
Dieser Vorgang wird als ein anmutig Umschaltung, weil es stellt sich die primären Standort in Ihre Bereitschaft und Ihre Standby-Website in Ihre primäre. Sie können aber auch einfach wechseln wieder auf den ursprünglichen primären Standort ohne neu zu erstellen, um mit es von Grund auf neu.
Failover tritt auf, wenn der primäre Standort auf irgendeine Weise kompromittiert wurde. Vielleicht war es eine totale Website Verlust oder vielleicht haben Sie körperliche Korruption in einer Datendatei entdeckt. Nicht immer, aber in der Regel nach einem Failover, müssen Sie entweder vollständig den primären Standort neu zu erstellen oder es aus einem Backup wiederherstellen und wiedereinzusetzen es.
Sie führen in der Regel ein Failover nur dann, wenn Sie festgestellt haben, dass der primäre Ort beseitigen dauert lange genug, dass Sie es vorziehen, nicht eine Anwendung Ausfall für die gesamte Zeit zu haben.

Um eine Umschaltung durchzuführen, gehen Sie folgendermaßen vor:

Auf dem aktuellen primären, melden Sie sich bei SQL * Plus in und geben Sie den folgenden:
Sie sollten folgendes sehen:
```
Datenbank geändert.
```
Schließen Sie die primäre Datenbank nach unten:
Sie sollten folgendes sehen:
```
Datenbank closed.Database dismounted.ORACLE Instanz herunterzufahren.
```

Starten Sie die primäre Datenbank in nomount-Modus:

Sie sollten etwas sehen:

ORACLE-Instanz started.Total System Global Area 789172224 bytesFixed Größe 2148552 bytesVariable Größe 578815800 bytesDatabase Puffer 201326592 bytesRedo Buffers6881280 Bytes

Stellen Sie die Datenbank als Standby:
Sie sollten folgendes sehen:
```
Datenbank geändert.
```
Starten Sie Erholung:
Du siehst das:
```
Medienwiederherstellung abgeschlossen.
```
Melden Sie sich bei SQL * Plus auf dem aktuellen Stand-by und geben Sie den folgenden:
Sie sollten folgendes sehen:
```
Datenbank geändert.
```
Schließen Sie die Standby-Datenbank nach unten:
Sie sollten folgendes sehen:
```
Datenbank closed.Database dismounted.ORACLE Instanz herunterzufahren.
```
Stellen Sie sicher, dass alle geeigneten Initialisierung Parameter werden für diese Datenbank korrekt als primäre zu verhalten.

Starten Sie es normalerweise: