Sicherungen – Übersicht

Dieses Dokument bietet einen Überblick über Spanner-Sicherungen und Sicherungszeitpläne.

Mit Cloud Spanner können Sie bei Bedarf vollständige Sicherungen von Datenbanken erstellen sowie vollständige oder inkrementelle Sicherungen mithilfe eines Sicherungszeitplans. Bei vollständigen Sicherungen werden alle Daten einer Datenbank gespeichert, während inkrementelle Sicherungen nur die Daten enthalten, die sich seit einer vorherigen Sicherung geändert haben.

Sie können die Sicherungen wiederherstellen, wenn Operator- oder Anwendungsfehler zu logischen Datenbeschädigungen führen.

Sicherungen sind hochverfügbar, verschlüsselt und können ab ihrer Erstellung bis zu einem Jahr lang aufbewahrt werden. Wenn Sie eine Sicherung erstellen, befindet sie sich in derselben Instanz, Region und demselben Projekt wie die Quelldatenbank. Wenn Sie die Sicherung aus Compliance- oder Geschäftskontinuitätsgründen in einer anderen Region oder einem anderen Projekt wiederherstellen müssen, können Sie die Sicherung in eine Instanz in einer separaten Region oder einem separaten Projekt kopieren.

Jeder Sicherung ist ein createTime und ein versionTime zugeordnet. Der createTime ist der Zeitstempel, zu dem Cloud Spanner mit dem Erstellen der Sicherung beginnt. Die versionTime ist der Zeitstempel, zu dem der Datenbankinhalt in der Sicherung erfasst wird. Die Sicherung enthält eine konsistente Ansicht der Datenbank zum Zeitpunkt versionTime.

Bei On-Demand-Sicherungen sind createTime und versionTime standardmäßig identisch. Bei Bedarf können Sie beim Erstellen einer On-Demand-Sicherung eine ältere versionTime angeben, sofern sie innerhalb des Aufbewahrungszeitraums für Versionen der Datenbank liegt.

Bei geplanten Sicherungen ist versionTime die Zeit, die Sie beim Erstellen des Sicherungszeitplans auswählen. Cloud Spanner beginnt innerhalb von vier Stunden nach versionTime mit der Erstellung der Sicherung. createTime fällt also in dieses vierstündige Zeitfenster. Das ist anders als bei On-Demand-Sicherungen, bei denen Spanner mit dem Erstellen der Sicherung beginnt, sobald die Anfrage eingeht.

Angenommen, Sie erstellen einen Sicherungszeitplan mit einer Häufigkeit von 0 7 * * * UTC oder täglich um 7:00 Uhr UTC. Das bedeutet, dass für jede Sicherung versionTime auf 7:00 Uhr UTC festgelegt ist und createTime ein Zeitstempel innerhalb des vierstündigen Zeitraums zwischen 7:00 Uhr UTC und 11:00 Uhr UTC ist.

Weitere Informationen zur Verwendung von createTime und versionTime über die API finden Sie in der Backup API-Referenz.

Wichtige Features

  • Datenkonsistenz: Sicherungen einer Spanner-Datenbank sind transaktional und extern konsistent am versionTime der Sicherung.

  • Replikation: Sicherungen befinden sich in derselben Instanz wie ihre Quelldatenbank und werden an denselben geografischen Standorten repliziert. Bei regionalen Instanzen wird die Sicherung in jeder der drei Lese-/Schreibzonen gespeichert. Bei Dual-Region- und multiregionalen Instanzen wird die Sicherung in allen Zonen gespeichert, die ein Lese-/Schreib- oder schreibgeschütztes Replikat enthalten. Wenn Sie die Sicherung Ihrer Datenbank in einer anderen Region oder einem anderen Projekt speichern müssen, können Sie die abgeschlossene Sicherung von der Quellinstanz in eine Zielinstanz kopieren, die sich in einer anderen Region oder einem anderen Projekt befindet. Weitere Informationen finden Sie unter Sicherung kopieren.

  • Automatischer Ablauf: Alle Sicherungen haben ein benutzerdefiniertes Ablaufdatum, das bestimmt, wann sie automatisch gelöscht werden. Spanner löscht abgelaufene Sicherungen asynchron. Daher kann es zu einer Verzögerung zwischen dem Ablauf einer Sicherung und dem tatsächlichen Löschen kommen.

Sicherung erstellen

Wenn Sie eine Sicherung erstellen, befindet sie sich in derselben Instanz, Region und demselben Projekt wie die Quelldatenbank.

Eine Sicherung enthält die folgenden Informationen aus der Datenbank zum Zeitpunkt versionTime der Sicherung:

  • Eine vollständige Sicherung enthält alle Daten. Eine inkrementelle Sicherung enthält nur die Daten, die sich seit einer vorherigen Sicherung geändert haben.
  • Schemainformationen, einschließlich Tabellennamen, Feldern, Datentypen, sekundären Indexen, Änderungsstreams und den Beziehungen zwischen diesen Einheiten.
  • Alle Datenbankoptionen, die mit dem Befehl ALTER DATABASE SET OPTIONS festgelegt werden.

Eine Spanner-Sicherung enthält die folgenden Informationen nicht:

  • Jegliche Änderungen an den Daten oder dem Schema nach dem versionTime.
  • IAM-Richtlinien (Identity and Access Management)
  • Änderungsstream-Datensätze. Obwohl das Änderungsstream-Schema gespeichert wird, sollen die Änderungsstream-Daten gestreamt und nahezu gleichzeitig mit den Änderungen, die sie beschreiben, genutzt werden.

Um die externe Konsistenz der Sicherung zu gewährleisten, hängt Spanner den Inhalt der Datenbank bei versionTime an. Dadurch wird verhindert, dass das System für die automatische Speicherbereinigung die relevanten Datenwerte für die Dauer des Sicherungsvorgangs entfernt. Anschließend beginnt jede Zone mit Lese-/Schreibzugriff und Lesezugriff in der Instanz, die Daten parallel zu kopieren. Wenn eine Zone vorübergehend nicht verfügbar ist, ist die Sicherung erst abgeschlossen, wenn die Zone wieder online ist. Sicherungen können wiederhergestellt werden, sobald der Vorgang abgeschlossen ist. Bei multiregionalen Instanzen müssen alle Lese-/Schreibzonen und schreibgeschützten Zonen in allen Regionen ihre Sicherungsreplikate vervollständigen, bevor die Sicherung als wiederherstellbar gekennzeichnet wird.

Sicherungszeitpläne

Mit Spanner können Sie vollständige oder inkrementelle Sicherungen für Datenbanken planen. Eine inkrementelle Sicherung enthält nur die Daten, die sich seit einer vorherigen Sicherung geändert haben. Bei Vollsicherungen wird der gesamte Inhalt der Datenbank gespeichert. Sie können den Sicherungsplantyp (vollständig oder inkrementell) und die Häufigkeit für Spanner angeben, um Sicherungen zu erstellen.

Bei einem Zeitplan für Vollsicherungen kann alle 12 Stunden oder öfter eine Sicherung erstellt werden. Mit einem inkrementellen Sicherungszeitplan kann alle vier Stunden oder öfter eine Sicherung erstellt werden.

Spanner bietet inkrementelle Sicherungen für Ihre Datenbank über einen Sicherungszeitplan. Sie können keine inkrementelle Sicherung nach Bedarf erstellen.

Die Erstellung der Sicherung beginnt innerhalb von vier Stunden nach dem geplanten Zeitpunkt. Pro Datenbank können maximal vier Sicherungszeitpläne erstellt werden.

Inkrementelle Sicherungen

Inkrementelle Sicherungen bilden Ketten zwischen vollständigen Sicherungen. Die erste Sicherung, die durch einen inkrementellen Sicherungszeitplan erstellt wird, ist eine vollständige Sicherung. Die aufeinanderfolgenden Sicherungen in der Kette sind inkrementelle Sicherungen, die jeweils nur die Daten enthalten, die sich seit der vorherigen Sicherung in der Kette geändert haben.

Spanner erlaubt bis zu 13 inkrementelle Sicherungen pro Kette zusätzlich zur ersten Vollsicherung. Eine Kette wird durch den entsprechenden incrementalBackupChainId-Wert identifiziert. Wenn eine Kette ihre maximale Länge erreicht, erstellt Spanner eine neue Kette, die mit der ersten vollständigen Sicherung beginnt.

In einigen Fällen erstellt Spanner möglicherweise eine neue Kette, bevor die maximale Kettenlänge erreicht ist. Hier einige Szenarien:

  • Die älteste vollständige Sicherung wurde vor 28 Tagen oder länger erstellt.
  • Die neueste Sicherung in der Kette wird gelöscht.
  • Der Zeitplan für die inkrementelle Sicherung wird geändert.

Hier sind einige Faktoren, die Ihnen bei der Entscheidung für die Verwendung inkrementeller Back-ups helfen können:

  • Verschlüsselung: Inkrementelle Sicherungen unterstützen nur die Verschlüsselung mitGoogle-owned and Google-managed encryption keys , auch wenn die Datenbank mit einem vom Kunden verwalteten Verschlüsselungsschlüssel (CMEK) verschlüsselt ist.

  • Wiederherstellung: Die Wiederherstellung einer inkrementellen Sicherung kann länger dauern als die Wiederherstellung einer vollständigen Sicherung, die dieselben Daten enthält.

  • Löschen: Wenn Sie eine Sicherung in einer Kette löschen oder sie abläuft, behält Spanner sie möglicherweise bei, um neuere Sicherungen in der Kette zu unterstützen, sofern vorhanden. Für die Wiederherstellung einer inkrementellen Sicherung benötigt Spanner alle älteren Sicherungen in der Kette. Wenn Sie alle Daten in einer Sicherungskette löschen möchten, einschließlich der Daten abgelaufener oder gelöschter Sicherungen, müssen Sie alle Sicherungen in der Kette löschen.

  • Aufbewahrung: Jeder Sicherungszeitplan hat die folgenden Bedingungen, die Informationen zum Zeitplan enthalten:

    • creation_interval: Gibt die angegebene Häufigkeit des Zeitplans für den Sicherungszeitplan an.
    • retention_duration: Gibt an, wie lange die durch den Zeitplan erstellten Sicherungen aufbewahrt werden. Bei einer bestimmten Kette wird die älteste Vollsicherung über ihr ursprüngliches Ablaufdatum hinaus beibehalten, wenn sie zur Unterstützung neuerer Sicherungen in der Kette erforderlich ist. Die Gesamtdauer der Aufbewahrung für die vollständige Sicherung ist höchstens der niedrigere der folgenden Werte:
      • retention_duration + 28 Tage
      • retention_duration + (creation_interval*14)
  • Sicherungskopie: Wenn Sie eine inkrementelle Sicherung kopieren, kopiert Spanner auch alle älteren Sicherungen in der Kette, die zum Wiederherstellen der kopierten Sicherung erforderlich sind. Wenn die Zielinstanz bereits eine Sicherungskette enthält, die mit einer älteren Sicherung endet, die aus derselben Quellkette kopiert wurde, vermeidet Spanner das Erstellen redundanter Kopien vorhandener Sicherungen. Stattdessen kopiert Spanner nur die inkrementelle Sicherung und alle älteren Sicherungen, die nicht in der Zielkette vorhanden sind, und hängt diese Sicherungen an die vorhandene Kette an. Bei Spanner erfolgt die Abrechnung basierend auf dem insgesamt verwendeten Speicherplatz.

    Wenn Sie beispielsweise einen Zeitplan für tägliche inkrementelle Sicherungen einrichten und die letzte Sicherung jeden Tag kopieren, wird in der Zielinstanz eine Sicherungskette erstellt, die der Quellkette entspricht. Spanner dupliziert zuvor kopierte Sicherungen in der Kette bei nachfolgenden Kopiervorgängen nicht.

    Spanner versucht, redundante Kopien zu vermeiden. In seltenen Fällen muss Spanner jedoch möglicherweise alle älteren Sicherungen in der Kette kopieren, auch wenn zuvor kopierte Sicherungen bereits in der Zielinstanz vorhanden sind.

Weitere Informationen zum Erstellen inkrementeller Sicherungen finden Sie unter Sicherungszeitpläne erstellen und verwalten.

Standard-Sicherungszeitpläne

Wenn Sie eine neue Spanner-Instanz erstellen, können Sie angeben, ob Spanner für jede neue Datenbank in der Instanz einen Standard-Sicherungszeitplan erstellen soll. Mit dem Standard-Sicherungszeitplan wird alle 24 Stunden eine Vollsicherung erstellt. Diese Sicherungen haben eine Aufbewahrungsdauer von 7 Tagen. Sie können den Standard-Sicherungszeitplan nach dem Erstellen bearbeiten oder löschen.

Standardmäßige Sicherungszeitpläne werden für alle neuen Instanzen automatisch aktiviert. Sie können Standard-Sicherungszeitpläne in einer Instanz beim Erstellen der Instanz oder durch späteres Bearbeiten der Instanz aktivieren oder deaktivieren.

Sie können Standard-Sicherungszeitpläne für vorhandene Instanzen aktivieren. Standardmäßige Sicherungszeitpläne gelten jedoch nicht für vorhandene Datenbanken in der Instanz. Standardmäßige Sicherungszeitpläne gelten nur für neue Datenbanken in der Instanz.

Es dauert 24 Stunden, bis der Standardsicherungszeitplan aktiv wird und mit dem Erstellen von Sicherungen begonnen wird.

Sie müssen alle Sicherungen in einer Instanz löschen, bevor Sie eine Instanz löschen können. Wenn Sie Instanzen zu Testzwecken erstellen und löschen, können Sie die neue Instanz innerhalb von 24 Stunden löschen, um das manuelle Löschen der zugehörigen Sicherungen zu vermeiden.

Eine Anleitung zum Aktivieren oder Deaktivieren von Standard-Sicherungszeitplänen finden Sie unter Standard-Sicherungszeitplantyp bearbeiten.

Speicherkosten für vollständige und inkrementelle Sicherungen

Jede Spanner-Sicherung hat die folgenden Felder, die Informationen zum Speicherverbrauch enthalten:

  • exclusiveSizeBytes: Die Anzahl der für die Sicherung erforderlichen Byte. Diese Größe stellt die abrechenbare Größe der Sicherung dar.
  • freeableSizeBytes: Hier wird die Anzahl der Byte angezeigt, die freigegeben werden, wenn Sie die Sicherung löschen.
  • oldestVersionTime: Zeigt die versionTime der ältesten vollständigen Sicherung in der Kette an, auch wenn diese Sicherung abgelaufen ist. In diesem Feld können Sie nachvollziehen, welche Daten gespeichert werden.

Mit inkrementellen Sicherungen können Sie Speicherkosten sparen. Eine inkrementelle Sicherung hat möglicherweise ein deutlich kleineres exclusiveSizeBytes-Feld als eine vollständige Sicherung, da bei der inkrementellen Sicherung nur die Änderungen seit der vorherigen Sicherung in der Kette gespeichert werden müssen. Wenn Sie diesen Feldwert für jedes Backup in der Kette hinzufügen, wird die Gesamtzahl der Byte angegeben, die von den Backups in der Kette verwendet werden.

Eine inkrementelle Sicherung ist für die Wiederherstellung von allen älteren Sicherungen in derselben Kette abhängig. Das bedeutet, dass die Daten aller älteren Sicherungen in der Kette nicht aus dem System gelöscht werden können, wenn eine neuere inkrementelle Sicherung vorhanden ist. Das Feld freeableSizeBytes ist für alle älteren Sicherungen in derselben Kette null.

Angenommen, Sie haben einen Zeitplan für vollständige Sicherungen und einen Zeitplan für inkrementelle Sicherungen für eine Datenbank mit einer Größe von 100 GB erstellt, die jeden Tag um 10 GB wächst. In der folgenden Tabelle sind die möglichen Speicherkosten für diese Sicherungszeitpläne aufgeführt:

Tag Größe der vollständigen Sicherung im Zeitplan Größe der inkrementellen Sicherung im Zeitplan
1 100 GB 100 GB
2 110 GB 10 GB
3 120 GB 10 GB
4 130 GB 10 GB
5 140 GB 10 GB

Über 5 Tage hinweg werden beim vollständigen Backup 600 GB Speicherplatz verwendet, beim inkrementellen Backup etwa 140 GB. Bei einem inkrementellen Sicherungszeitplan ist die Größe der vollständigen Sicherung die Summe der Größen aller Sicherungen in der Kette bis zu dieser Sicherung. Sie wird im Feld sizeBytes angegeben.

So funktioniert das Kopieren von Sicherungen

Mit Spanner können Sie eine Sicherung Ihrer Spanner-Datenbank von einer Instanz in eine andere Instanz in einer anderen Region oder einem anderen Projekt kopieren, um zusätzlichen Datenschutz und Compliance-Funktionen zu bieten.

Sie können eine Sicherung nicht kopieren, wenn die Ziel- oder Quellregion Google Cloud ausfällt. Wenn Sie Ihre Daten vor einem regionalen Ausfall schützen möchten, müssen Sie Ihre Sicherungen regelmäßig an einen Speicherort außerhalb der betroffenen Region kopieren.

Die kopierte Sicherung hat dieselben wichtigen Funktionen wie die ursprüngliche Sicherung. Außerdem können Sie eine kopierte Sicherung in derselben Instanz wie die kopierte Sicherung wiederherstellen, um regions- und projektübergreifende Sicherungs- und Wiederherstellungsszenarien zu unterstützen.

Speicherort von Spanner-Sicherungen

Sicherungen sind Ressourcen in Spanner. Jede Sicherungsressource ist unter derselben Instanz wie ihre Quelldatenbank in der Ressourcenhierarchie organisiert und hat einen Ressourcenpfad im folgenden Format:

projects/PROJECT_ID/instances/INSTANCE_ID/backups/BACKUP_NAME

Ersetzen Sie Folgendes:

  • PROJECT_ID: Projekt-ID.
  • INSTANCE_ID: Instanz-ID.
  • BACKUP_NAME: Der Name der Sicherung.

Eine Sicherung ist auch nach dem Löschen der Quelldatenbank weiterhin vorhanden, kann jedoch die übergeordnete Instanz nicht überdauern. Sie können eine Spanner-Instanz nicht löschen, wenn sie Sicherungen enthält, um ein versehentliches Löschen von Sicherungen zu verhindern. Wenn Sie die Instanz löschen möchten, empfehlen wir, die Sicherung wiederherzustellen und dann die wiederhergestellte Datenbank zu exportieren, bevor die Sicherung und die Instanz gelöscht werden.

Verschlüsselung

Spanner-Sicherungen wie Datenbanken werden entweder mitGoogle-owned and Google-managed encryption keys oder mit vom Kunden verwalteten Verschlüsselungsschlüsseln (CMEK) verschlüsselt. Standardmäßig verwendet eine Sicherung dieselbe Verschlüsselungskonfiguration wie ihre Datenbank. Sie können dieses Verhalten jedoch überschreiben, indem Sie beim Erstellen der Sicherung eine andere Verschlüsselungskonfiguration angeben. Wenn die Sicherung CMEK-fähig ist, wird sie zum Zeitpunkt der Sicherung mit der primären Version des KMS-Schlüssels verschlüsselt. Nachdem die Sicherung erstellt wurde, können Schlüssel und Schlüsselversion nicht mehr geändert werden, auch nicht, wenn der KMS-Schlüssel rotiert wird. Weitere Informationen finden Sie unter CMEK-fähiges Backup erstellen.

Für eine kopierte Sicherung wird dieselbe Verschlüsselungskonfiguration wie für die Quellsicherung verwendet, entwederGoogle-owned and Google-managed encryption keys oder vom Kunden verwaltete Verschlüsselungsschlüssel (Customer-Managed Encryption Keys, CMEK). Dieses Verhalten lässt sich durch Angabe einer anderen Verschlüsselungskonfiguration beim Kopieren der Sicherung überschreiben. Wenn das kopierte Backup beim regionenübergreifenden Kopieren mit CMEK verschlüsselt werden soll, geben Sie den Cloud KMS-Schlüssel an, der der Zielregion entspricht.

Sie können die Verschlüsselungskonfiguration beim Erstellen oder Ändern des Sicherungszeitplans angeben. Wenn Sie möchten, dass mit dem Sicherungszeitplan Sicherungen erstellt werden, die mit CMEK-Schlüsseln verschlüsselt sind, müssen Sie den Schlüsselpfad angeben.

Inkrementelle Sicherungen unterstützen nur die Verschlüsselung mitGoogle-owned and Google-managed encryption keys, auch wenn die Datenbank mit einem CMEK-Schlüssel verschlüsselt ist.

Leistung

In diesem Abschnitt wird die optimale Sicherungsleistung in Spanner beschrieben.

Leistung beim Sichern

Bei einem Sicherungsvorgang erstellt Spanner einen Sicherungsjob, um Daten direkt aus der Datenbank in den Sicherungsspeicher zu kopieren, und passt die Größe dieses Jobs entsprechend der Größe der Datenbank an. Dieser Sicherungsjob verwendet keine CPU-Ressourcen, die der Instanz der Datenbank zugewiesen sind, und wirkt sich daher nicht auf die Leistung der Instanz aus. Außerdem wirkt sich die Rechenlast auf der Instanz der Datenbank nicht auf die Geschwindigkeit des Sicherungsvorgangs aus. Informationen zum Fortschritt und Abschluss eines Sicherungsvorgangs finden Sie unter Sicherungsfortschritt ansehen.

Die meisten Sicherungen dauern in der Regel 1 bis 4 Stunden. Einige Sicherungen können aufgrund ihrer Größe oder aufgrund interner Warteschlangen für Ressourcen länger dauern. Wenn eine Sicherung länger als gewöhnlich dauert, sich aber keine anderen Faktoren geändert haben, kann dies an einer Verzögerung bei der Planung der Sicherungsaufgabe in einer Zone liegen. Das kann manchmal bis zu 30 Minuten dauern. Wir empfehlen, die Sicherung nicht abzubrechen und neu zu starten, da diese Planungsverzögerung wahrscheinlich auch bei der neuen Sicherung vorkommt.

Leistung beim Kopieren einer Sicherung

Die Zeit, die zum Kopieren einer Sicherung benötigt wird, hängt von Faktoren wie der Größe der Quellsicherung und der für die kopierte Sicherung ausgewählten Zielregion ab. Die meisten Kopien werden in der Regel innerhalb von 1 bis 4 Stunden erstellt. Je nach Größe der Sicherung und Zielregion kann es bei einigen Kopien länger dauern. Das Kopieren einer Sicherung hat keine Auswirkungen auf die Leistung der Quellinstanz oder ‑datenbank. Sie können mehrere gleichzeitige Kopien der Quellsicherung auf Instanzen in verschiedenen Regionen erstellen, ohne dass sich dies auf die Leistung auswirkt.

Wenn Sie eine inkrementelle Sicherung kopieren, kopiert Spanner auch alle älteren Sicherungen in der Kette, die zum Wiederherstellen der kopierten Sicherung erforderlich sind. Um die Leistung zu verbessern, kopiert Spanner alle Sicherungen gleichzeitig und nicht sequenziell. Spanner versucht auch, das Kopieren älterer Sicherungen in derselben Kette nach Möglichkeit zu vermeiden. Weitere Informationen finden Sie unter Inkrementelle Sicherungen.

Sicherung löschen

Wenn Sie eine inkrementelle Sicherung löschen, wird möglicherweise kein Speicherplatz freigegeben, wenn in derselben Kette neuere inkrementelle Sicherungen vorhanden sind. Die neueren inkrementellen Sicherungen hängen von den Daten in der gelöschten inkrementellen Sicherung und den älteren Sicherungen in der Kette ab. Spanner behält die Daten bei und gibt den Speicherplatz erst frei, wenn alle neueren inkrementellen Sicherungen ablaufen. Im Feld freeableSizeBytes sehen Sie, wie viel Speicherplatz Sie durch das Löschen der Sicherung zurückgewinnen können.

Preise

Die Abrechnung basiert auf dem Speicherplatz, den Ihre Sicherungen pro Zeiteinheit verbrauchen. Die Abrechnung beginnt, sobald der Sicherungsvorgang abgeschlossen ist, und wird fortgesetzt, bis die Sicherung gelöscht wurde. Eine abgeschlossene Sicherung wird mindestens 24 Stunden in Rechnung gestellt. Wenn Sie eine Sicherung erstellen und diese kurz danach löschen, werden Ihnen trotzdem 24 Stunden in Rechnung gestellt.

Für eine Kopie einer Sicherung fallen dieselben Speicherkosten wie für eine Originalsicherung an. Wenn Sie eine Kopie zwischen zwei Instanzen erstellen, die sich in verschiedenen Regionen befinden, fallen Kosten für die ausgehende Datenübertragung an.

Wenn Sie Ihre Datenbank beispielsweise von der multiregionalen Quellinstanzkonfiguration nam7 in die multiregionale Zielinstanzkonfiguration nam-eur-asia3 kopieren, fallen die folgenden Gebühren an:

  • Keine Gebühren für die überlappende us-central1-Region
  • Keine Gebühr für die Zeugenregion us-central2
  • Die Gebühr für die interkontinentale Datenübertragung wird zweimal berechnet: einmal für jeden neuen Kontinent (Europa und Asien).
  • Die Gebühr für die Datenübertragung zwischen Regionen auf demselben Kontinent wird einmal für us-east1 berechnet.
  • Die Gebühr für Datenübertragung zwischen Regionen auf demselben Kontinent wird in Europa einmal berechnet.

Spanner optimiert den Kopiervorgang, um die Anzahl der regionenübergreifenden Übertragungen zu minimieren. So können die Datenübertragungskosten minimiert und gleichzeitig eine schnelle Sicherung durch Kopieren ermöglicht werden.

Sicherungen werden separat gespeichert und abgerechnet. Der Sicherungsspeicher hat keine Auswirkungen auf die Abrechnung für Datenbankspeicher oder die Datenbankspeicherlimits. Weitere Informationen finden Sie auch unter Messwerte zur Speicherauslastung.

Weitere Informationen zu Sicherungskosten finden Sie unter Spanner-Preise.

Nächste Schritte