Oracle Cloud Infrastructure-Dokumentation

Regionsübergreifenden Peer in Snapshot Standby konvertieren

Sie können eine regionsübergreifende Peerdatenbank in eine Snapshot Standby-Datenbank konvertieren. Dadurch wird der Peer bis zu zwei Tage lang in eine Datenbank mit Lese- und Schreibzugriff konvertiert.

Die Snapshot-Standby-CPU-Auslastung wird basierend auf der CPU-Basisanzahl und jeder zusätzlichen CPU-Auslastung abgerechnet, wenn Compute-Autoscaling aktiviert ist. Die Anzahl der Basis-CPUs wird durch die Anzahl der ECPUs (OCPUs, wenn Ihre Datenbank OCPUs verwendet) angegeben, wie in der Oracle Cloud Infrastructure-Konsole im Feld ECPU-Anzahl oder OCPU-Anzahl dargestellt.

Die Nutzung des Snapshot Standby-Speichers wird basierend auf dem Speicher der Snapshot Standby-Datenbank plus 1 x dem Speicher der primären Quelldatenbank abgerechnet.

Sie können eine Snapshot Standby-Datenbank für einen regionsübergreifenden Peer erstellen. Sie können keine Snapshot-Standbydatenbank für einen lokalen Disaster-Recovery-Peer erstellen.

Übergeordnetes Thema: Regionale und mandantenübergreifende Vorgänge in Autonomous Data Guard

Disaster-Recovery-Snapshot-Standbydatenbanken

Wenn Sie einen Disaster-Recovery-Peer in eine Snapshot-Standbydatenbank konvertieren, wird die Datenbank im Lese-/Schreibmodus geöffnet. Der regionsübergreifende Disaster-Recovery-Peer stoppt vorübergehend die Aktualisierung von Daten aus der Quelldatenbank.

Während Sie als Snapshot-Standbydatenbank arbeiten, werden Updates aus der Quelldatenbank weiterhin an die Snapshot-Standbydatenbank gesendet. Sie sind geschützt, wenn in der Quelldatenbankregion ein Fehler auftritt. Die Updates werden jedoch erst dann auf die Snapshot-Standbydatenbank angewendet, wenn die Datenbank wieder in einen Disaster Recovery-Peer konvertiert wird.

Informationen zur Snapshot Standby-Abrechnung finden Sie unter Oracle Autonomous Database Serverless Features Billing.

  • Snapshot Standby-Features und -Einschränkungen
    Bietet Informationen zu Snapshot Standby-Features und -Einschränkungen.
  • Snapshot Standby-Vorgänge
    Nachdem Sie eine Snapshot Standby-Datenbank erstellt haben, können Sie fast alle Datenbankvorgänge in der Snapshot Standby-Datenbank ausführen. In einer Snapshot-Standbydatenbank sind einige Vorgänge nicht zulässig.
  • Snapshot Standby-Neuverbindungszeit
    Ein Banner in der Oracle Cloud Infrastructure-Konsole gibt das Datum und die Uhrzeit an, zu dem/der die Snapshot-Standbydatenbank automatisch erneut mit der Quelldatenbank verbunden wird. Zu dem im Banner angegebenen Zeitpunkt konvertiert Autonomous Database eine Snapshot-Standbydatenbank wieder in die Rolle Standby.

Übergeordnetes Thema: Regionsübergreifenden Peer in Snapshot Standby konvertieren

Snapshot Standby - Features und Einschränkungen

Enthält Informationen zu Snapshot Standby-Features und Einschränkungen.

Befindet sich die Datenbank in der Rolle Snapshot Standby, beachten Sie Folgendes:

  • Durch die Konvertierung eines regionsübergreifenden Disaster Recovery Peers in eine Snapshot Standby-Datenbank können Sie die Snapshot Standby-Datenbank zum Testen und Abfragen von Daten in der Datenbank verwenden. Auf diese Weise können Sie Tests ohne Ausfallzeit in der primären Datenbank (Quelldatenbank) durchführen, im Vergleich zu Tests mit Switchover zum Remote-Peer.

  • Sie können eine Snapshot Standby-Datenbank verwenden, um Ihre Disaster Recovery-Umgebung vollständig zu testen, einschließlich aller Änderungen, die zur Prüfung Ihrer Standby-Umgebung erforderlich sind, wie die Mid-Tier-Konfiguration. Mit einer Snapshot Standby-Datenbank können Sie Konfigurationsänderungen vornehmen oder DML-Vorgänge für die Datenbank ausführen, die für das vollständige Testen und Verifizieren der Standby-Umgebung erforderlich sind.

Befindet sich die Datenbank in der Rolle Snapshot Standby, beachten Sie die folgenden Einschränkungen:

  • Der Wiederherstellungsvorgang ist für eine Snapshot-Standbydatenbank nicht zulässig.

  • Nach der Konvertierung eines Disaster-Recovery-Peers in eine Snapshot-Standbydatenbank werden keine neuen Backups erstellt oder angezeigt. Vorhandene Backups, die vor der Konvertierung in eine Snapshot-Standbydatenbank verfügbar waren, sind verfügbar. Sie können nur die Backups verwenden, die in einer Snapshot-Standbydatenbank für einen Klon aus einem Backupvorgang verfügbar sind.

  • Das Klonen aus einer Snapshot-Standbydatenbank ist nur zulässig, um einen Klon in derselben Region wie die Snapshot-Standbydatenbank zu erstellen. Sie können eine Snapshot-Standbydatenbank nicht regionsübergreifend klonen.

Hinweise zum erneuten Verbinden einer Snapshot-Standbydatenbank mit der Primärdatenbank (Quelldatenbank):

  • Melden Sie sich erneut bei der primären Quelldatenbank an, wenn Sie die Aufgaben ausgeführt haben, bei denen die Snapshot Standby-Datenbank für Lese-/Schreibvorgänge geöffnet sein muss. Wenn Sie die Verbindung nicht innerhalb von zwei Tagen manuell erneut herstellen, stellt die Snapshot-Standbydatenbank automatisch eine neue Verbindung zur Primärdatenbank her.

  • Oracle empfiehlt, eine Snapshot-Standbydatenbank wieder in einen Disaster Recovery-Peer zu konvertieren, sobald Sie die Vorgänge ausgeführt haben, bei denen die Standbydatenbank für Lese-/Schreibvorgänge geöffnet sein muss. Wenn Sie wieder in einen Disaster Recovery-Peer konvertieren, werden die akkumulierten Änderungen aus der Quelldatenbank auf den Peer angewendet. Wenn Sie den Disaster-Recovery-Peer länger als Snapshot-Standbydatenbank geöffnet lassen, dauert die Konvertierung in einen Disaster-Recovery-Peer länger, vorausgesetzt, dass während dieser Zeit fortlaufende Änderungen an der Primärdatenbank vorhanden sind.

Wenn sich die Snapshot-Standbydatenbank erneut mit der Primärdatenbank verbindet, führt Autonomous Database die folgenden Aktionen aus:

  • Der verwendete Disaster-Recovery-Typ und jede damit verbundene Abrechnung wird auf den Typ zurückgesetzt, den sie vor der Konvertierung des Disaster-Recovery-Peers in die Snapshot-Standbydatenbank hatte. Dadurch kehrt der Disaster-Recovery-Peer zu demselben Typ von Disaster-Recovery-Peer zurück, entweder zu Backup-basiertem Disaster Recovery (Backupkopie) oder zu Autonomous Data Guard, wie in der Spalte "DR-Typ" im Bereich Disaster Recovery dargestellt.

  • Alle Änderungen an der Snapshot Standby-Datenbank vom Zeitpunkt der Konvertierung in eine Snapshot Standby-Datenbank bis zum Zeitpunkt der erneuten Verbindung mit der Quelle werden verworfen. Dies bedeutet, dass alle Änderungen, einschließlich Metadaten, die eingefügt, aktualisiert oder gelöscht werden, während die Datenbank als Snapshot-Standbydatenbank ausgeführt wird, verloren gehen (veraltet), wenn sich die Snapshot-Standbydatenbank erneut mit der Quelldatenbank verbindet.

  • Alle auf der Primärdatenbank vorgenommenen Änderungen werden in der Remoteregion repliziert, während die Datenbank als Snapshot-Standbydatenbank ausgeführt wird. Die Änderungen werden jedoch nicht auf die Snapshot-Standbydatenbank angewendet. Die in diesem Zeitraum auf der Primärdatenbank vorgenommenen Änderungen werden auf die Snapshot-Standbydatenbank angewendet, wenn sie wieder in einen Disaster-Recovery-Peer konvertiert wird.

  • In der Oracle Cloud Infrastructure-Konsole wird die Rolle je nach Disaster-Recovery-Typ von Rolle: Snapshot-Standby in Rolle: Standbydatenbank oder Rolle: Backupkopie aktualisiert.

Snapshot - Standbyvorgänge

Nachdem Sie eine Snapshot Standby-Datenbank erstellt haben, können Sie fast alle Datenbankvorgänge in der Snapshot Standby-Datenbank ausführen. In einer Snapshot-Standbydatenbank sind einige Vorgänge nicht zulässig.

Vorgang Beschreibung
In Snapshot-Standbydatenbank konvertieren

Sie können einen regionsübergreifenden Peer in eine Snapshot Standby-Datenbank konvertieren.

Die Schritte zum Konvertieren einer Peerdatenbank in eine Snapshot Standby-Datenbank finden Sie unter Regionsübergreifenden Disaster-Recovery-Peer in eine Snapshot Standby-Datenbank konvertieren.

Starten oder Neustarten

Wenn eine Snapshot-Standbydatenbank gestoppt ist, können Sie die Datenbank starten, wie durch den Lebenszyklusstatus Stoppt angegeben.

Wenn eine Snapshot-Standbydatenbank verfügbar ist, wie durch den Lebenszyklusstatus Verfügbar angegeben, können Sie die Datenbank neu starten oder stoppen.

Snapshot Standby zurück in Disaster-Recovery-Peer konvertieren

Wenn sich eine Snapshot Standby-Datenbank in der Rolle Snapshot Standby befindet, arbeitet die Datenbank als Lese-/Schreibdatenbank. Eine Snapshot Standby-Datenbank hat einen Grenzwert von zwei Tagen (48 Stunden), bis zu dem sie in der Rolle Snapshot Standby verbleiben kann. Wenn Sie die Snapshot-Standbydatenbank nicht innerhalb von zwei Tagen manuell zurückkonvertieren, wird die Snapshot-Standbydatenbank automatisch wieder in einen Disaster-Recovery-Peer konvertiert.

Weitere Informationen finden Sie unter Snapshot-Standbydatenbank zurück in einen regionsübergreifenden Disaster-Recovery-Peer konvertieren.

Stoppen

Wenn eine Snapshot-Standbydatenbank gestoppt wird, sind keine Datenbankvorgänge verfügbar, und die CPU-Auslastung in der Snapshot-Standbydatenbank wird gestoppt.
Peer trennen

Wenn Sie eine Snapshot Standby-Datenbank trennen, wird die Zuordnung der Snapshot Standby-Datenbank zur primären Datenbank aufgehoben. Dadurch wird die Datenbank von einer Snapshot-Datenbank in eine Standalone-Datenbank konvertiert. Nach dem Trennvorgang können Sie sich nicht erneut bei der primären Verbindung anmelden.

Weitere Informationen finden Sie unter Snapshot-Standbydatenbank trennen.

Beenden

Sie sind nicht berechtigt, eine Snapshot Standby-Datenbank zu beenden. Sie können die Snapshot-Standbydatenbank erneut mit der Primärdatenbank verbinden.

Weitere Informationen finden Sie unter Snapshot-Standbydatenbank zurück in einen regionsübergreifenden Disaster-Recovery-Peer konvertieren.

Klon erstellen

Das Klonen aus einer Snapshot-Standbydatenbank ist nur zulässig, um einen Klon in derselben Region wie die Snapshot-Standbydatenbank zu erstellen. Sie können eine Snapshot-Standbydatenbank nicht regionsübergreifend klonen.
Aktualisierbaren Klon erstellen

Sie sind nicht berechtigt, einen aktualisierbaren Klon für eine Snapshot- Standby-Datenbank zu erstellen.
Disaster-Recovery-Peer

Sie sind nicht berechtigt, eine Autonomous Data Guard-Standbydatenbank oder einen backupbasierten Disaster-Recovery-Peer zu einer Snapshot-Standbydatenbank hinzuzufügen.

Snapshot Standby-Wiederverbindungszeit

Ein Banner in der Oracle Cloud Infrastructure-Konsole gibt das Datum und die Uhrzeit an, zu dem die Snapshot-Standbydatenbank automatisch erneut mit der Quelldatenbank verbunden wird. Zu dem im Banner angegebenen Zeitpunkt konvertiert Autonomous Database eine Snapshot-Standbydatenbank wieder in die Rolle Standby.

Beschreibung von adb_dr_snapshot_reconnect_adg.png folgt
Beschreibung der Abbildung adb_dr_snapshot_reconnect_adg.png
Hinweis

Wenn eine Snapshot-Standbydatenbank nicht innerhalb von 48 Stunden erneut verbunden wird, stellt die Snapshot-Standbydatenbank automatisch eine neue Verbindung zur Quelldatenbank her.

Regionsübergreifenden Disaster Recovery-Peer in eine Snapshot Standby-Datenbank konvertieren

Sie können einen regionsübergreifenden Disaster Recovery-Peer in eine Snapshot Standby-Datenbank konvertieren.

Hinweis

Alle Daten, einschließlich Metadaten, die während des Trennungszeitraums in der Datenbank eingefügt, aktualisiert oder gelöscht werden, gehen verloren, wenn eine Snapshot-Standbydatenbank erneut eine Verbindung zur Quelldatenbank herstellt. Alle Änderungen, die während des Trennungszeitraums auf der Primärdatenbank vorgenommen werden, werden auf die Standbydatenbank angewendet, wenn sie erneut eine Verbindung zur Quelldatenbank herstellt.

Führen Sie bei Bedarf die folgenden vorbereitenden Schritte aus:

  • Öffnen Sie die Oracle Cloud Infrastructure-Konsole, indem Sie neben "Oracle Cloud" auf Navigationssymbol klicken.

  • Klicken Sie im linken Navigationsmenü von Oracle Cloud Infrastructure auf Oracle Database, und klicken Sie je nach Workload auf eine der folgenden Optionen: Autonomous Data Warehouse oder Autonomous Transaction Processing.

  • Wählen Sie auf der Seite für autonome Datenbanken Ihre Autonomous Database-Instanz aus den Links unter der Spalte Anzeigename aus.

  1. Wählen Sie auf der Autonomous Database-Instanz der primären Region auf der Seite "Autonomous Database-Details" unter Ressourcen die Option Disaster Recovery aus.
  2. Greifen Sie auf den Peer der Remote-Region zu.

    In der Autonomous Database-Instanz der primären Region wird im Informationsbereich Disaster Recovery die Spalte Peer Autonomous Database angezeigt.

    Klicken Sie unter der Spalte Peer Autonomous Database auf den Link, um auf den regionsübergreifenden Peer zuzugreifen.

  3. Wählen Sie im regionsübergreifenden Peer in der Dropdown-Liste Weitere Aktionen die Option In Snapshot-Standbydatenbank konvertieren aus.
  4. Geben Sie auf der Seite In Snapshot-Datenbank konvertieren den Namen der Quelldatenbank ein, um das Trennen zu bestätigen.
  5. Klicken Sie auf In Snapshot-Datenbank konvertieren.

    Der Autonomous Database-Lebenszyklusstatus ändert sich in Wird aktualisiert.

    Hinweis

    Während Sie in eine Snapshot-Standby-Datenbank konvertieren, ist die Primärdatenbank für Lese- und Schreibvorgänge verfügbar. Bei der Primärdatenbank gibt es keine Ausfallzeit.

    Wenn der Vorgang abgeschlossen ist, beachten Sie Folgendes:

    • In der Snapshot-Standbydatenbank gibt es ein Banner, das das Datum und die Uhrzeit angibt, zu der die Standbydatenbank automatisch wieder mit der Quelldatenbank verbunden wird

    • In der Snapshot-Standbydatenbank zeigt die Rolle auf der Detailseite von Autonomous Database unter Disaster Recovery die Snapshot-Standbydatenbank an.

    • Wenn Sie in der Quelldatenbank der Snapshot-Standbydatenbank auf der Detailseite von Autonomous Database unter Ressourcen auf Disaster Recovery klicken, zeigt die Peerrolle Snapshot-Standbydatenbank an.

    • In der Snapshot Standby-Datenbank können Sie CPU oder Speicher unabhängig von der Quelldatenbank skalieren.

    • Wenn Sie CPU oder Speicher in der Primärdatenbank skalieren, wirken sich die Änderungen an der Primärdatenbank erst dann auf die Snapshot-Standbydatenbank aus, wenn sie wieder in einen Disaster-Recovery-Peer konvertiert wird.

    • Das Klonen ist nur von einer Snapshot-Standbydatenbank aus zulässig, wenn sich der Klon in derselben Region befindet. Das regionsübergreifende Klonen ist von einer Snapshot-Standbydatenbank aus nicht zulässig.

    • Der Vorgang "Aus Backup klonen" ist in einer Snapshot-Standbydatenbank zulässig. Eine Snapshot-Standbydatenbank sichert jedoch keine temporär aktualisierten Daten in der Snapshot-Standbydatenbank mit Schreibzugriff. Wenn Sie aus einem Backup in einer Snapshot-Standbydatenbank klonen, erstellt der Vorgang einen Klon mit einem primärseitigen Backup, das in der Snapshot-Standbydatenbank repliziert wird. Weitere Informationen finden Sie unter Autonomous Database-Instanz klonen.

    • Der Wiederherstellungsvorgang ist bei einer Snapshot-Standbydatenbank nicht zulässig.

Snapshot Standby wieder in einen regionsübergreifenden Disaster Recovery-Peer konvertieren

Sie können eine Snapshot-Standbydatenbank manuell zurück in einen Disaster-Recovery-Peer für die Primärdatenbank (Quelldatenbank) konvertieren. Nach der Rückkonvertierung kehrt die Snapshot Standby-Datenbank als Disaster Recovery Standby-Datenbank in ihre Rolle zurück.

Hinweis

Alle Daten, einschließlich Metadaten, die während der Trennungsperiode in der Snapshot-Standbydatenbank eingefügt, aktualisiert oder gelöscht werden, gehen verloren, wenn die Snapshot-Standbydatenbank erneut eine Verbindung zu ihrer Quelldatenbank herstellt.

Alle Änderungen an der Primärdatenbank, die an die Snapshot-Standbydatenbank gesendet, aber während der Trennungsperiode nicht angewendet wurden, werden auf die Standbydatenbank angewendet, wenn sie erneut eine Verbindung zur Quelldatenbank herstellt.

Führen Sie bei Bedarf die folgenden vorbereitenden Schritte aus:

  • Öffnen Sie die Oracle Cloud Infrastructure-Konsole, indem Sie neben "Oracle Cloud" auf Navigationssymbol klicken.

  • Klicken Sie im linken Navigationsmenü von Oracle Cloud Infrastructure auf Oracle Database, und klicken Sie je nach Workload auf eine der folgenden Optionen: Autonomous Data Warehouse oder Autonomous Transaction Processing.

  • Wählen Sie auf der Seite für autonome Datenbanken Ihre Autonomous Database-Instanz aus den Links unter der Spalte Anzeigename aus.

  1. Wählen Sie in der Snapshot-Standbydatenbank in der Dropdown-Liste Weitere Aktionen die Option Mit Quell-Peer-Datenbank erneut verbinden aus.
  2. Geben Sie auf der Seite Erneute Verbindung zur Quellpeerdatenbank herstellen den Namen der Quelldatenbank ein, um die erneute Verbindung zu bestätigen.
  3. Klicken Sie auf In Disaster-Recovery-Peer konvertieren.

    Der Autonomous Database-Lebenszyklusstatus ändert sich in Wird aktualisiert.

    Hinweis

    Während Sie die Standbydatenbank erneut mit der Quelldatenbank verbinden, ist die Primärdatenbank (Quelldatenbank) für Lese-/Schreibvorgänge verfügbar. Bei der Primärdatenbank gibt es keine Ausfallzeit.

Wenn die Snapshot-Standbydatenbank erneut mit der Primärdatenbank verbunden wird, führt Autonomous Database Folgendes aus:

  • Der verwendete Disaster-Recovery-Typ und jede damit verbundene Abrechnung wird auf den Typ zurückgesetzt, den sie vor der Konvertierung des Disaster-Recovery-Peers in die Snapshot-Standbydatenbank hatte. Dadurch kehrt der Disaster-Recovery-Peer zu demselben Typ von Disaster-Recovery-Peer zurück, entweder zu Backup-basiertem Disaster Recovery (Backupkopie) oder zu Autonomous Data Guard, wie in der Spalte "DR-Typ" im Bereich Disaster Recovery dargestellt.

  • Alle Änderungen an der Snapshot Standby-Datenbank vom Zeitpunkt der Konvertierung in eine Snapshot Standby-Datenbank bis zum Zeitpunkt der erneuten Verbindung mit der Quelle werden verworfen. Dies bedeutet, dass alle Änderungen, einschließlich Metadaten, die eingefügt, aktualisiert oder gelöscht werden, während die Datenbank als Snapshot-Standbydatenbank ausgeführt wird, verloren gehen (veraltet), wenn sich die Snapshot-Standbydatenbank erneut mit der Quelldatenbank verbindet.

  • Alle auf der Primärdatenbank vorgenommenen Änderungen werden in der Remoteregion repliziert, während die Datenbank als Snapshot-Standbydatenbank ausgeführt wird. Die Änderungen werden jedoch nicht auf die Snapshot-Standbydatenbank angewendet. Die in diesem Zeitraum auf der Primärdatenbank vorgenommenen Änderungen werden auf die Snapshot-Standbydatenbank angewendet, wenn sie wieder in einen Disaster-Recovery-Peer konvertiert wird.

  • In der Oracle Cloud Infrastructure-Konsole wird die Rolle je nach Disaster-Recovery-Typ von Rolle: Snapshot-Standby in Rolle: Standbydatenbank oder Rolle: Backupkopie aktualisiert.

Snapshot Standby-Verbindung trennen

Sie können eine Snapshot Standby-Datenbank von der Primärdatenbank trennen.

Wenn Sie eine Snapshot Standby-Datenbank trennen, wird die Zuordnung der Snapshot Standby-Datenbank zur primären Datenbank aufgehoben. Dadurch wird die Datenbank von einer Snapshot-Datenbank in eine Standalone-Datenbank konvertiert. Nach dem Trennvorgang können Sie sich nicht erneut bei der primären Verbindung anmelden.

Die Schritte zum Trennen einer Snapshot Standby-Datenbank entsprechen denen zum Trennen einer Standby-Datenbank. Weitere Informationen finden Sie unter Peerdatenbank trennen.

Hinweise zum Trennen einer Snapshot-Standbydatenbank.

  • Es ist kein Vorgang zur erneuten Verbindung vorhanden. Nachdem Sie eine Snapshot-Standbydatenbank getrennt haben, können Sie sich nicht mehr bei der Primärdatenbank anmelden.

  • Der Trennvorgang für eine Snapshot-Standbydatenbank kann nur auf einer Autonomous Database-Instanz ausgeführt werden, die das ECPU-Compute-Modell verwendet.

  • In der getrennten Datenbank werden alle Benutzer eingefügten oder aktualisierten Daten beibehalten, die angewendet wurden, während die Datenbank im Lese-/Schreibmodus als Snapshot Standby geöffnet war.

    Der Trennvorgang wendet keine aktuellen Logs an, die vom primären Log gesendet wurden.

  • Nach dem Trennvorgang ist die Standalone-Datenbank nicht mehr mit der Datenbank verknüpft, die die primäre Datenbank war. Um die Datenbank als Standalone-Datenbank zu verwenden, müssen Sie den Namen der Datenbank kennen, die von der Primärdatenbank getrennt wurde.

  • Nach dem Trennvorgang beginnt die Datenbank mit der Erstellung neuer Backups als Standalone-Datenbank. Alle Backups, die mit der Standbydatenbank oder mit der Primärdatenbank verknüpft waren, sind in der Standalone-Datenbank nicht verfügbar.