Peer-Deployments verwalten

Verwenden Sie Peer-Deployments, um Ihren OCI GoldenGate-Disaster Recovery-Plan zu implementieren.

Hinweis: Dieser Artikel gilt nur für Datenreplikations-Deployments.

Informationen zu Peer-Deployments

Ein Peer-Deployment ist eine Ressource, die Sie im Falle einer Disaster oder Serviceunterbrechung als Standby für das primäre Deployment erstellen. Er enthält alle gleichen primären Deployment-Metadaten wie Trail- und Parameterdateien, Block-Volume- und Dateispeicherservicereplikate. Ein Peer-Deployment kann lokal oder remote sein. Ein lokaler Peer befindet sich in derselben Region wie das primäre Deployment, jedoch in einer anderen Availability-Domain (AD) oder Faultdomain (FD). Ein Remote-Peer befindet sich in einer anderen Region.

Ein primäres Deployment kann nur einen lokalen oder regionsübergreifenden Deployment-Peer aufweisen. Mit Peer-Deployments können Sie bei Bedarf von der Primär- zur Standby-Bereitstellung wechseln. Wenn Sie einen Switchover zu einem Peer-Deployment ausführen, wird das Peer-Deployment, zu dem Sie wechseln, zum primären Deployment.

Hinweis: Peer-Deployments werden zu demselben Preis wie primäre Deployments abgerechnet. Weitere Informationen zu OCPU-Management und -Abrechnung.

Wenn Sie ein primäres Deployment stoppen, wird das Standby-Deployment, das weiterhin abgerechnet wird, nicht gestoppt. Sie müssen die Standby-Deployments löschen, um eine Abrechnung zu verhindern.

Beachten Sie außerdem, dass Sie die Größe des Standby-Deployments nicht ändern können, da es dieselbe Größe wie die Primärdatenbank beibehalten muss.

Einschränkungen

Beim Erstellen von Peer-Deployments werden in der Regionsliste die verfügbaren Remoteregionen angezeigt, in denen Sie eine regionsübergreifende Standbydatenbank erstellen können. Wenn Sie eine Standbydatenbank hinzufügen, wird in der Liste der verfügbaren Regionen nur eine Remoteregion angezeigt, wenn Ihr Mandant die Remoteregion abonniert hat (Sie müssen die gepaarte Remoteregion abonniert haben).
Bei regionsübergreifendem Disaster Recovery müssen Sie Verteilungspfade nach dem Switchover neu konfigurieren und den Zielhost ändern. Dazu stehen zwei Möglichkeiten zur Verfügung:
- (Für GoldenGate-Versionen ab Version 23.10) Wählen Sie in der OCI GoldenGate-Deployment-Konsole die Option Verteilungsservice aus. Zeigen Sie die Pfadinformationen des Verteilungspfads oder Ziel-Initiierter Pfad an, und bearbeiten Sie dann die Ziel-URI.
- Verwenden Sie einen REST-API-Aufruf, um das Update auszuführen:
```
curl -u <username>:<password> -X PATCH https://<deployment-host>:443/services/v2/sources/<distribution-path-name> -d '{
   "target": {
   "uri": "wss://<new-target-deployment-host>:443/services/v2/targets?trail=<trail-name>"
   }
}' \| jq .
```
Hinweis: Wenn IAM zur Authentifizierung verwendet wird, müssen Sie auch eine neue GoldenGate-Verbindung erstellen und dem Quell-Deployment zuweisen.
Deployment-Truststore-Zertifikate werden nicht in den regionsübergreifenden Standby-Peer kopiert, und zwei Deployments dürfen nicht denselben FQDN aufweisen. Nachdem die Standbydatenbank erstellt wurde, müssen Sie die Standbydatenbank mit SSL-Zertifikaten/Schlüsseln aktualisieren und den FQDN für das neue Deployment inline mit dem unterstützten Domainnamen in den Zertifizierungen aktualisieren. Ältere Certs, die für eine bestimmte Region selbstsigniert generiert wurden, sind möglicherweise nicht für die Standbyregion gültig. Daher müssen Sie sie möglicherweise neu generieren und in das Standby-Deployment hochladen.

Peer-Deployment hinzufügen

Bevor Sie beginnen

Stellen Sie sicher, dass die mindestens erforderlichen Policys hinzugefügt wurden, insbesondere Policys, mit denen GoldenGate-Deployments die OCI-Secrets-Replikation verwenden und OCI-Secrets-Ressourcen verwenden/verwalten können.
Secrets werden erst repliziert, wenn die regionsübergreifende Replikation auf Secrets-Ebene aktiviert ist. Stellen Sie sicher, dass Sie dieselbe Region wie der Standby-Peer des Deployments wählen. Weitere Informationen finden Sie unter Regionsübergreifende Secret-Replikation konfigurieren. Stellen Sie sicher, dass Sie im Abschnitt Erforderliche IAM-Policy die Option "Von Resource Principals benötigte Berechtigungen zur regionsübergreifenden Secret-Replikation zulassen" prüfen.
- Wenn zugewiesene Verbindungen keine Secrets verwenden, tritt der folgende Fehler auf:
```
Standby peer cannot be created as following connections does not use secret id <OCID>
```
- Sie müssen die Verbindung bearbeiten, um Secrets zu verwenden, oder sie durch Secrets ersetzen.
Konfigurieren Sie Active Data Guard oder Data Guard auf Datenbankebene, bevor Sie die Verbindung in OCI GoldenGate erstellen, um sicherzustellen, dass die Verbindungszeichenfolge sowohl die Primär- als auch die Standby-Informationen enthält. Wenn nach dem Erstellen der Verbindung konfiguriert, stellen Sie sicher, dass Sie die Verbindung im Menü "Aktionen" auf der Detailseite der Verbindung aktualisieren.

Fügen Sie einem primären Deployment ein Peer-Deployment hinzu:

Wählen Sie auf der Detailseite des primären Deployments die Option Disaster Recovery aus.
Wählen Sie auf der Seite "Disaster Recovery" die Option Peer hinzufügen aus.
Gehen Sie im Bereich "Peer-Deployment hinzufügen" wie folgt vor:
1. Wählen sie die Region, in der das Peer-Deployment erstellt werden soll.
  
  Hinweis: In der Regionsliste werden nur die verfügbaren Remoteregionen angezeigt, in denen Sie eine regionsübergreifende Standbydatenbank erstellen können.
2. Wählen Sie unter Automatische Platzierung der besten Availability-Domain Folgendes aus:
  - Wählen Sie diese Option aus, damit der Service die Availability-Domain und Faultdomain in Ihrem Namen auswählen kann.
  - Heben Sie die Auswahl dieser Option auf, um die Availability-Domain und Faultdomain selbst auszuwählen.
Klicken Sie auf Hinzufügen.

Das Peer-Deployment wird in der Liste auf der Seite "Disaster Recovery" angezeigt, auf der Sie den Status überwachen können, bis er aktiv wird.

Hinweis: Zugewiesene Verbindungen mit dedizierten Endpunkten werden als gemeinsame Endpunkte in der Standbyregion erstellt, sodass sie standardmäßig das Subnetz und den privaten Endpunkt des Deployments verwenden. Bei Bedarf können Sie die Verbindungen in der Standbyregion bearbeiten, um dedizierte Endpunkte zu verwenden, indem Sie das Subnetz manuell angeben.

Switchover zu einem Peer-Deployment

Hier erfahren Sie, wie Sie ein Switchover von einem primären zu einem Standby-Peer-Deployment ausführen.

Das Switchover von einem primären zu einem Standby-Peer-Deployment ist ein manueller Prozess. Beim Switchover wird davon ausgegangen, dass der primäre Peer weiterhin verfügbar ist und vor dem Starten des Standby-Peers eine letzte Synchronisierung ausgeführt wird, um sicherzustellen, dass alle Metadaten und Daten aus der Primärdatenbank im Standby-Peer vorhanden sind. Stellen Sie sicher, dass Sie die erforderlichen OCI GoldenGate-Ereignisse abonnieren, um über relevante Deployment-Aktivitäten auf dem Laufenden zu bleiben.

Sie können einen Switchover auf der Detailseite des primären Deployments oder auf der Detailseite des regionsübergreifenden Standby-Deployments ausführen. So wechseln Sie zu einem Peer-Deployment:

Wählen Sie auf der Seite "Details" des Deployments Disaster Recovery aus.
Wählen Sie in der Peer-Deployment-Liste auf der Seite "Disaster Recovery" im Menü Aktionen des Peers, zu dem Sie wechseln möchten, die Option Switchover aus.
Bestätigen Sie im Dialogfeld "Switchover", dass Sie zu diesem Peer wechseln möchten, und wählen Sie Switch aus.
Der Deployment-Status ändert sich in Wird aktualisiert, während der Switchover ausgeführt wird.

Wenn der Switchover abgeschlossen ist, ist der Peer jetzt der primäre Peer, und der primäre wird der Peer.

Hinweis: Wenn Sie feststellen, dass sich die Standbydatenbank hinter der Primärdatenbank befindet, finden Sie unter Konfiguration im primären Cluster extrahieren in Aufgabe 10: Oracle GoldenGate-Prozesse konfigurieren Parameter zur Verarbeitung von Datenbank-Switchover-Vorgängen.

Failover zu einem Peer-Deployment

Hier erfahren Sie, wie Sie ein Failover von einem primären zu einem Standby-Peer-Deployment ausführen.

Beim Failover wird der letzte erfolgreiche Synchronisierungspunkt verwendet, um den Standby-Peer zu starten, und es wird nicht versucht, eine Verbindung zur Primärdatenbank herzustellen. Möglicherweise sind nach der letzten Synchronisierung erstellte Prozesse nicht auf dem Standby-Peer vorhanden.

Wählen Sie auf der Seite "Details" des Deployments Disaster Recovery aus.
Wählen Sie in der Peer-Deployment-Liste auf der Seite "Disaster Recovery" im Menü Aktionen des Peers, zu dem Sie wechseln möchten, die Option Failover aus.
Bestätigen Sie im Dialogfeld "Failover", dass Sie zu diesem Peer wechseln möchten, und wählen Sie Failover aus.
Der Deployment-Status wird während des Failovers in Wird aktualisiert geändert.

Wenn der Failover abgeschlossen ist, ist der Peer jetzt der primäre Peer, und der primäre wird der Peer.

Peer-Deployment-Details anzeigen

Zeigen Sie Peer-Deployment-Details auf der Detailseite eines primären Deployments auf der Registerkarte "Disaster Recovery" an.

Die auf dieser Seite angezeigten Peer-Deployment-Informationen umfassen:

Rolle (Primär oder Standby)
Bundesland
Bereich
Availability-Domain
Faultdomain
Vorabprüfungsstatus und Zeitpunkt der letzten Ausführung
Rollenänderungsdetails

Je nachdem, ob das Peer-Deployment lokal oder remote ist, können Sie im Menü "Aktionen" die folgenden Aktionen ausführen:

Switchover
Failover
Vorabprüfung starten (Remote)
Ergebnisse der Vorabprüfung anzeigen (Remote)
Löschen
OCID kopieren

Vorabprüfung für Peer-Deployment ausführen

Sie sollten Peer-Deployment-Vorabprüfungen regelmäßig ausführen, um einen erfolgreichen Failover oder manuellen Switchover sicherzustellen. Mit der Vorabprüfung für das Peer-Deployment wird sichergestellt, dass Ressourcen, die Kennwort-Secrets verwenden, vor dem Switchover an Remote-Peers repliziert werden. Die Vorabprüfung enthält Prüfungen für:

Kennwort-Secrets vorhanden
Secrets werden in der Standbyregion repliziert
Kennwort-Secret ist in der Standbyregion vorhanden, stimmt jedoch nach den letzten Aktualisierungen nicht mit der primären Region überein
Alle zugewiesenen Verbindungen sind gültig und mehrere Hosts vorhanden
Zugewiesene Verbindungen sind vorhanden, müssen jedoch aufgrund der letzten Änderungen aktualisiert werden

Wenn die Vorabprüfung aus irgendeinem Grund nicht erfolgreich verläuft, stellen Sie sicher, dass Sie die erforderlichen Aktionen ausführen und dann die Vorabprüfung erneut ausführen.

Peer-Deployment löschen

Löschen Sie ein Peer-Deployment, wenn es nicht mehr erforderlich ist, wiederkehrende zusätzliche Gebühren für nicht verwendete Ressourcen zu stoppen.

So löschen Sie ein Peer-Deployment:

Wählen Sie auf der Detailseite des primären Deployments die Option Disaster Recovery aus.
Wählen Sie in der Peer-Deployment-Liste im Menü Aktionen des Peers, den Sie löschen möchten, die Option Löschen aus.
Bestätigen Sie im Dialogfeld "Peer löschen", dass Sie diesen Peer löschen möchten, und wählen Sie Löschen aus.

Der Status des Peer-Deployments ändert sich in "Wird gelöscht".