Grundlagen von Oracle 12c Data Guard - Dummies

Data Guard ist die echte Katastrophenschutztechnologie von Oracle 12c. Darin haben Sie mindestens zwei Datenbanken, primär und Standby. Data Guard bietet Optionen für mehrere Standby-Standorte sowie eine aktiv-aktive Konfiguration.

Bei aktiv-aktiv bedeutet dies, dass beide Sites aktiv sind, ausgeführt werden und zugänglich sind. Dies steht im Gegensatz zu Sites, die einen aktiven Standort haben, und die anderen müssen gestartet werden, wenn sie benötigt werden. Dies ist ein Beispiel für das allgemeine architektonische Layout.

Data Guard-Architektur und Oracle 12c

Eine Beschreibung mit der Primärdatenbank zu starten ist einfach, da sie sich kaum von anderen Datenbanken unterscheidet. Der einzige Unterschied ist, was es mit seinen archivierten Redo-Logs macht.

Die primäre Datenbank schreibt einen Satz von Archiv-Redo-Protokollen in einen Flash-Wiederherstellungsbereich oder eine lokale Festplatte. Sie können jedoch ein oder mehrere andere Ziele in einer Data Guard-Umgebung konfigurieren.

Der Parameter LOG_ARCHIVE_DEST_n kann für die vorherige Konfiguration wie folgt 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 ist so konfiguriert, dass Archiv-Redo-Protokolle an den lokalen Flash Recovery-Bereich gesendet werden. Ein lokales Ziel ist für alle Datenbanken im Archivprotokollmodus erforderlich.
LOG_ARCHIVE_DEST_1 ist konfiguriert, um die Archivprotokolle über den Archivierungsprozess an eine entfernte Site PHYSDBY1 zu senden. Der Dienstname für diese ferne Site hat einen Eintrag in den tnsnames. ora-Datei auf dem primären Server.
LOG_ARCHIVE_DEST_2 ist so konfiguriert, dass die Archivprotokolle über den LGWR-Prozess an eine Remote-Site namens LOGSDBY1 gesendet werden. Der Dienstname für diese ferne Site hat einen Eintrag in den tnsnames. ora-Datei auch auf dem primären Server.

Warum der Unterschied zwischen ARCn und LGWR Versandmethoden? Das hat etwas mit Schutzmodi zu tun. Eine Data Guard-Umgebung verfügt über drei Schutzmodi.

Maximale Verfügbarkeit

Der Modus für maximale Verfügbarkeitsschutz beeinträchtigt die Leistung und die Datenverfügbarkeit. Es funktioniert mit dem LGWR, um gleichzeitig in Redo-Logs auf der primären und der Standby-Site zu schreiben. Die Leistungsverschlechterung kommt in der Form von Prozessen vor, die darauf warten müssen, dass Redo-Log-Einträge an mehreren Orten geschrieben werden.

Sitzungsausgabegesuche müssen warten, bis alle erforderlichen Informationen in mindestens einem Standby-Datenbank-Redo-Log aufgezeichnet wurden. Wenn eine Session hängt, weil sie keine Redo-Informationen schreiben kann, bewegt sich der Rest der Datenbank weiter.

Maximaler Schutz

Der maximale Schutzmodus ähnelt der maximalen Verfügbarkeit, außer dass die primäre Datenbank heruntergefahren wird, wenn eine Sitzung nicht überprüfen kann, ob Redo auf dem Remote-Standort geschrieben wurde.

Konfigurieren Sie mindestens zwei Standby-Standorte für den maximalen Schutzmodus. Auf diese Weise wird der Service für die gesamte Anwendung nicht durch eine Standby-Site unterbrochen, die nicht verfügbar ist.

Dieser Modus überprüft, ob im Falle einer Katastrophe auf Kosten der Leistung kein Datenverlust auftritt.

Maximale Leistung

Der Modus für maximalen Leistungsschutz löst den Protokollversandprozess von der primären Datenbank ab, indem er an den Archivprotokollprozess (ARCn) übergeben wird. Auf diese Weise können alle Vorgänge am primären Standort fortgesetzt werden, ohne darauf warten zu müssen, dass Redo-Einträge in Redo-Logs oder Redo-Versand geschrieben werden.

Dies steht im Gegensatz zu Protokollversandmodi, die den Protokollschreiber zum Übertragen von Transaktionen verwenden. Die Verwendung des Protokollschreibers kann die Verarbeitung der Transaktion verlangsamen, da dies von der Netzwerkverfügbarkeit oder -leistung beeinflusst werden kann.

Maximale Leistung bietet die höchste Leistung auf dem primären Standort auf Kosten von Datendivergenz. Die Datenabweichung tritt auf, wenn die Daten der beiden Sites anfangen, nicht synchronisiert zu werden. Archivwiederherstellungsdaten werden erst ausgeliefert, wenn ein vollständiges Archivwiederherstellungsprotokoll voll ist. Im schlimmsten Fall kann ein vollständiger Standortverlust dazu führen, dass die gesamten Daten eines Archiv-Redo-Logs verloren gehen.

Durchführen von Umschalt- und Failover-Vorgängen

Sie können die Verarbeitung auf zwei Arten auf Ihre Standby-Site umschalten:

Switchover ist eine geplante Umschaltung, die ausgeführt werden kann, wenn Sie Wartungsarbeiten am primären Standort durchführen möchten. nicht verfügbar sein. Dieser Vorgang kann einige Minuten Ausfallzeit in der Anwendung erfordern, aber wenn Sie Wartungsarbeiten durchführen müssen, die eine Stunde oder länger dauern, kann sich die Ausfallzeit lohnen.

Diese Operation wird als anmutende Umschaltung bezeichnet, weil sie den primären Standort in Ihren Standby- und Ihren Standby-Standort in Ihren primären Standort verwandelt. Außerdem können Sie problemlos zum ursprünglichen primären Standort wechseln, ohne ihn von Grund auf neu erstellen zu müssen.
Failover tritt auf, wenn der primäre Standort auf irgendeine Weise gefährdet wurde. Vielleicht war es ein totaler Site-Verlust, oder vielleicht haben Sie in einer Datendatei physische Beschädigungen entdeckt. Nicht immer, aber in der Regel nach einem Failover müssen Sie entweder den primären Standort vollständig neu erstellen oder ihn aus einer Sicherung wiederherstellen und neu installieren.

Normalerweise führen Sie ein Failover nur durch, wenn Sie festgestellt haben, dass das Fixieren des primären Standorts lange genug dauert, damit Sie für die gesamte Zeit keinen Anwendungsausfall haben.

Gehen Sie folgendermaßen vor, um eine Umschaltung durchzuführen:

Melden Sie sich in der aktuellen Primärdatenbank bei SQL * Plus an, und geben Sie Folgendes ein:
Sie sollten Folgendes sehen:
```
Datenbank wurde geändert.
```

Fahren Sie die primäre Datenbank herunter:

Sie sollten Folgendes sehen:

Datenbank geschlossen. Datenbank wurde entfernt. ORACLE-Instanz wurde heruntergefahren.

Starten Sie die primäre Datenbank im Nominierungsmodus:

Sie sollten so etwas sehen:

Die ORACLE-Instanz wurde gestartet.Gesamtsystem Globaler Bereich 789172224 Bytes Feste Größe 2148552 Bytes Variable Größe 578815800 Bytes Datenbankpuffer 201326592 Bytes Redo Buffer 6881280 Bytes

Bereitstellen der Datenbank als Standby:
Sie sollten Folgendes sehen:
```
Datenbank geändert.
```
Wiederherstellung starten:
Sie sehen dies:
```
Medienwiederherstellung abgeschlossen.
```
Melden Sie sich bei SQL * Plus in der aktuellen Bereitschaftsdatenbank an und geben Sie Folgendes ein:
Sie sollten Folgendes sehen:
```
Die Datenbank wurde geändert.
```

Beenden Sie die Standby-Datenbank:

Sie sollten Folgendes sehen:

Datenbank geschlossen. Datenbank wurde entfernt. ORACLE-Instanz wurde heruntergefahren.

Stellen Sie sicher, dass alle geeigneten Initialisierungsparameter für diese Datenbank so eingestellt sind, dass sie sich ordnungsgemäß als primäres Verhalten verhalten.

Starte es normal:

Du solltest so etwas sehen:

Die ORACLE-Instanz wurde gestartet. Gesamtsystem Globaler Bereich 789172224 Bytes Feste Größe 2148552 Bytes Variable Größe 578815800 Bytes Datenbankpuffer 201326592 Bytes Redo Buffers 6881280 Bytes Datenbank gemountet. Datenbank geöffnet