Zur verwalteten Notfallwiederherstellung migrieren

Auf dieser Seite wird beschrieben, wie Sie von der BigQuery-replizierten Katastrophenwiederherstellung zur von BigQuery verwalteten Katastrophenwiederherstellung migrieren.

Übersicht

Die regionenübergreifende Replikation (CRR) in BigQuery und die verwaltete Notfallwiederherstellung (DR) sind Funktionen, die die Datenverfügbarkeit und die Notfallwiederherstellung verbessern sollen. Regionale Ausfälle werden jedoch unterschiedlich behandelt. Bei der regionenübergreifenden Replikation ist es nicht möglich, das sekundäre Replikat zu aktivieren, wenn die primäre Region nicht verfügbar ist. Im Gegensatz dazu bietet die Notfallwiederherstellung einen umfassenderen Schutz, da ein Failover auf das sekundäre Replikat möglich ist, auch wenn die primäre Region nicht verfügbar ist. Bei CRR wird nur der Speicher repliziert, während bei der Notfallwiederherstellung sowohl Speicher- als auch Rechenkapazität repliziert werden.

In der folgenden Tabelle werden die Funktionen von CRR und DR beschrieben:

Auswirkungen der Migration

In den folgenden Abschnitten erhalten Sie einen Überblick über die Kosten- und Funktionsänderungen, die bei der Migration zu DR auftreten.

Auswirkungen auf die Kosten

Berücksichtigen Sie die folgenden Kostenfolgen, wenn Sie von CRR zu DR migrieren:

• Für die Notfallwiederherstellung wird nur Schreibzugriff über die Enterprise Plus-Version unterstützt, was zu höheren Rechenkosten führt. Sie können aus jedem Kapazitätsmodell lesen, sodass sich die Lesekosten für vorhandene Jobs nicht ändern.

• Für die Notfallwiederherstellung wird die Turboreplikation verwendet, was je nach Regionspaar zusätzliche Kosten verursacht.

• Die Speicherpreise sind für CRR und DR gleich.

Weitere Informationen zu Preisen finden Sie unter Preise.

Auswirkungen auf die Funktionen

Beachten Sie die folgenden Auswirkungen auf die Funktionen, wenn Sie von CRR zu DR migrieren:

• Bei der Disaster Recovery wird nur ein Failover auf Reservierungsebene unterstützt. Alle vorhandenen Jobs, die auf dem Failover auf Datasetebene basieren, schlagen fehl.

• Nur Abfragen der Enterprise Plus-Version können nach dem Verknüpfen mit der Notfallwiederherstellungsreservierung auf das Dataset schreiben. Alle vorhandenen Schreibjobs, für die keine Enterprise Plus-Version für die Rechenkapazität verwendet wird, schlagen fehl.

Hinweise

Machen Sie sich vor Beginn der Migration mit den Konzepten der regioübergreifenden Replikation und der verwalteten Notfallwiederherstellung vertraut.

Für die Migration zu DR müssen die folgenden Voraussetzungen erfüllt sein:

• Sie haben ein aktives Trusted Cloud by S3NS Projekt mit aktivierter BigQuery-Funktion.

• Sie haben Datasets mit CRR erstellt und repliziert.

• Die Datasets haben dieselben primären und sekundären Speicherorte, die Sie für die Notfallwiederherstellung verwenden möchten.

• Sie haben die erforderlichen Berechtigungen, um mit der Datenwiederherstellung zu arbeiten. Weitere Informationen zu Berechtigungen finden Sie unter Vorab.

Von CRR zu DR migrieren

In den folgenden Abschnitten wird beschrieben, wie Sie Ihre Datensätze von CRR zu DR migrieren. Es wird davon ausgegangen, dass Sie Ihre Datensätze bereits für CRR konfiguriert haben.

Failover-Reservierung erstellen

Um die Notfallwiederherstellung zu aktivieren, müssen Sie eine Failover-Reservierung in der primären Region erstellen. Konfigurieren Sie Ihre Reservierung mit der entsprechenden primären und sekundären Region. Die primäre und die sekundäre Region müssen mit den Regionen aller CRR-Datasets übereinstimmen, die Sie zur DR migrieren möchten. Wählen Sie eine der folgenden Optionen aus, um eine Failover-Reservierung zu erstellen:

Dataset an die Reservierung anhängen

Nachdem Sie die Failover-Reservierung erstellt haben, hängen Sie Ihre regionsübergreifenden Datasets an die Reservierung an. Dadurch wird der Failover für alle angehängten Datensätze aktiviert. Wählen Sie eine der folgenden Optionen aus, um den Datensatz an die Reservierung anzuhängen:

Konfiguration prüfen

Fragen Sie die Ansicht INFORMATION_SCHEMA.SCHEMATA_REPLICAS ab, um den Status Ihrer Konfiguration zu prüfen.

PROJECT_ID.`region-REGION`.INFORMATION_SCHEMA.SCHEMATA_REPLICAS[_BY_PROJECT]

Prüfen Sie, ob die Datensätze der richtigen Reservierung in den richtigen Regionen zugeordnet sind.

• Optional: PROJECT_ID: die ID Ihres Trusted Cloud -Projekts. Wenn keine Angabe erfolgt, wird das Standardprojekt verwendet.
• REGION: ist ein beliebiger Dataset-Regionsname. Beispiel: `region-us`

Beispiele

Im folgenden Beispiel werden die Schritte zur Migration von CRR zu DR anhand praktischer Beispiele mit GoogleSQL veranschaulicht. Nehmen wir für dieses Beispiel Folgendes an:

• Sie arbeiten in einem Projekt mit dem Namen myproject.

• Sie haben bereits einen Datensatz mit dem Namen mydataset erstellt und mit CRR konfiguriert.

• Die primäre Region von mydataset ist us-central1 und die sekundäre Region ist us-west1.

Wenn Sie mit der Migration Ihres Datensatzes zur Notfallwiederherstellung beginnen möchten, müssen Sie zuerst eine Reservierung mit der Enterprise Plus-Version erstellen. In diesem Beispiel lautet der Name der Reservierung myreservation.

CREATE RESERVATION `myproject.region-us-central1.myreservation`
OPTIONS (
  slot_capacity = 0,
  edition = ENTERPRISE_PLUS,
  autoscale_max_slots = 50,
  secondary_location = 'us-west-1');

Nachdem die Reservierung erstellt wurde, können Sie das Dataset an die Reservierung anhängen. Im folgenden Beispiel wird das Dataset an die Reservierung angehängt:

ALTER SCHEMA
  `myproject.mydataset`
SET OPTIONS (
  failover_reservation = 'myproject.myreservation');

Prüfen Sie dann, ob das Dataset erfolgreich angehängt wurde.

SELECT
  failover_reservation_project_id,failover_reservation_name,
FROM
 `myproject`.`region-us-west1`.INFORMATION_SCHEMA.SCHEMATA_REPLICAS
WHERE
 schema_name='mydataset';

Die Ergebnisse dieser Abfrage sollten in etwa so aussehen:

+---------------------------------+---------------------------+
| failover_reservation_project_id | failover_reservation_name |
+---------------------------------+---------------------------+
| myproject                       | myreservation             |
| myproject                       | myreservation             |
+---------------------------------+---------------------------+

Nächste Schritte

• Weitere Informationen zur regionenübergreifenden Replikation finden Sie unter Regionenübergreifende Dataset-Replikation.

• Weitere Informationen zur verwalteten Notfallwiederherstellung finden Sie unter Verwaltete Notfallwiederherstellung.