Peer-Deployments verwalten

Informationen zu Peer-Deployments

Ein Peer-Deployment ist eine Ressource, die Sie im Falle einer Disaster oder Serviceunterbrechung als Standby für Ihr primäres Deployment erstellen. Es 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 mit 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 haben Sie zwei Möglichkeiten:
- (Für GoldenGate Version 23.10+ Builds) Wählen Sie in der OCI GoldenGate-Deployment-Konsole die Option Distribution Service aus. Zeigen Sie die Pfadinformationen des Verteilungspfads oder Ziel-Initiated Path 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 sie 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 minimal erforderlichen Policys hinzugefügt werden, insbesondere:

Erstellen Sie eine dynamische Gruppe, mit der GoldenGate-Deployments auf Ressourcen in Ihrem Mandanten zugreifen können:

name: <dynamic-group-name>
Matching rule: ALL {resource.type = 'goldengatedeployment', resource.compartment.id = '<location>'}

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.
- 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.

Fügen Sie Policys hinzu, mit denen GoldenGate-Deployments die OCI-Secrets-Replikation verwenden und OCI-Secrets-Ressourcen verwenden/verwalten können:

Allow dynamic-group '<IAM Domain>'/'<dynamic-group-name>' to use secret-replication in tenancy
Allow dynamic-group '<IAM Domain>'/'<dynamic-group-name>' to manage secrets in tenancy
Allow dynamic-group '<IAM Domain>'/'<dynamic-group-name>' to use vaults in tenancy
Allow dynamic-group '<IAM Domain>'/'<dynamic-group-name>' to use keys in tenancy
Allow dynamic-group '<IAM Domain>'/'<dynamic-group-name>' to use tag-namespaces in tenancy

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 Standbyinformationen 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.

So 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.
Klicken Sie auf der Seite "Disaster Recovery" auf Peer hinzufügen.
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.

Zu Peer-Deployment wechseln

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 Peer-Deployment ist ein manueller Prozess. Stellen Sie sicher, dass Sie die erforderlichen OCI GoldenGate-Ereignisse abonnieren, damit Sie über relevante Deployment-Aktivitäten informiert werden.

Sie können 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 Disaster-Recovery-Seite 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 klicken Sie auf Switch.
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.

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 zu löschenden Peers die Option Löschen aus.
Bestätigen Sie im Dialogfeld "Peer löschen", dass Sie diesen Peer löschen möchten, und klicken Sie auf Löschen.

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