Bigtable-Sicherungen – Übersicht

Auf dieser Seite erhalten Sie einen Überblick über Bigtable-Sicherungen. Die hier präsentierten Inhalte richten sich an Bigtable-Administratoren und -Entwickler.

Mit Sicherungen können Sie eine Kopie des Schemas und der Daten einer Tabelle speichern und später aus der Sicherung in einer neuen Tabelle wiederherstellen. Bigtable bietet die folgenden Arten von Sicherungen, die von Ihren Anforderungen an die Notfallwiederherstellung (Disaster Recovery, DR) und dem Speichertyp (HDD oder SSD) abhängen, der von Ihrem Bigtable-Cluster verwendet wird.

• Standardsicherungen sind für die langfristige Aufbewahrung optimiert. Wenn Sie eine Standardsicherung in einem SSD-Cluster wiederherstellen, erfordert der Wiederherstellungsvorgang eine zusätzliche Optimierung durch Bigtable, um die Tabelle auf eine produktionsreife Leistung zu bringen. Weitere Informationen finden Sie unter Leistung bei der Wiederherstellung.
• Hot Backups lassen sich am effizientesten zu einer produktionsreifen Leistung und Bereitstellung mit geringer Latenz wiederherstellen. Weitere Informationen finden Sie unter Hot Backups.

Sie können Sicherungen auf folgende Arten erstellen:

• Aktivieren Sie die automatische Sicherung, damit Bigtable täglich Sicherungen für Sie erstellt.
• Erstellen Sie eine On-Demand-Sicherung mit der Google Cloud Console, der gcloud CLI oder einer Bigtable-Clientbibliothek.
• Kopie einer Sicherung erstellen

Bevor Sie diese Seite lesen, sollten Sie sich mit der Bigtable-Übersicht und Tabellen verwalten vertraut machen.

Features

• Vollständig integriert: Sicherungen werden vollständig vom Bigtable-Dienst verarbeitet, ohne dass ein Import oder Export erforderlich ist.
• Inkrementell: Eine Sicherung nutzt den physischen Speicher mit der Quelltabelle und anderen Sicherungen der Tabelle gemeinsam.
• Kosteneffizient: Mit Bigtable-Sicherungen können Sie die Kosten für das Exportieren, Speichern und Importieren von Daten mit anderen Diensten vermeiden.
• Automatischer Ablauf: Jede Sicherung hat eine benutzerdefinierte Aufbewahrungsdauer. Weitere Informationen finden Sie im Abschnitt Aufbewahrung in diesem Dokument.
• Flexible Wiederherstellungsoptionen: Sie können eine Sicherung in einer Tabelle einer anderen Instanz wiederherstellen, in der die Sicherung nicht erstellt wurde.
• Automatische Sicherung: Wenn Sie die automatische Sicherung aktivieren, erstellt Bigtable täglich Back-ups.
• Hot Backups: Planen Sie die Notfallwiederherstellung mit produktionsreifen Hot Backups.

Anwendungsfälle

Sicherungen sind für die folgenden Anwendungsfälle nützlich:

• Geschäftskontinuität
• Gesetzliche Vorschriften
• Testen und entwickeln
• Notfallwiederherstellung

Sehen Sie sich die folgenden Szenarien für die Notfallwiederherstellung an:

Ziel	Sicherungsstrategie	Wiederherstellungsstrategie
Schutz vor menschlichem Fehlverhalten : Sie sollten immer ein aktuelles Back-up Ihrer Daten haben, falls Daten versehentlich gelöscht oder beschädigt werden.	Legen Sie den Zeitplan für die Erstellung von Back-ups fest, der Ihren geschäftlichen Anforderungen entspricht, z. B. täglich. Optional können Sie regelmäßig Kopien der Sicherungen erstellen und sie in einem anderen Projekt oder einer anderen Region speichern, um die Isolation und den Schutz zu erhöhen. Für noch besseren Schutz sollten Sie die Sicherungskopien in einem Projekt oder einer Instanz mit eingeschränkten Zugriffsberechtigungen speichern.	Stellen Sie die Sicherung oder Kopie in einer neuen Tabelle wieder her und leiten Sie Anfragen dann an die neue Tabelle weiter.
Nicht verfügbare Zone : Sie müssen dafür sorgen, dass Ihre Daten auch dann verfügbar sind, wenn eine Google Cloud -Zone ausfällt.	Wenn Sie die automatische Sicherung aktivieren, erstellt Bigtable täglich eine Sicherung für jeden Cluster in der Instanz. Alternativ können Sie regelmäßig Sicherungen erstellen und dann in regelmäßigen Abständen eine Kopie der letzten Sicherung erstellen und in einem oder mehreren Clustern in verschiedenen Zonen speichern (optional in einer anderen Instanz oder einem anderen Projekt).	Wenn die Zone, in der sich Ihr Serving-Cluster befindet, nicht mehr verfügbar ist, stellen Sie die Daten aus der Remote-Sicherungskopie in einer neuen Tabelle wieder her und leiten Sie Anfragen dann an die neue Tabelle weiter.
Datenbeschädigung : Verwenden Sie eine Sicherung, um einen Teil der Daten einer Tabelle wiederherzustellen, z. B. wenn ein Teil der Quelltabelle beschädigt wurde.	Aktivieren Sie die Replikation und die automatische Sicherung, um tägliche Sicherungen in mehreren Regionen zu erstellen. Wenn eine Tabelle in einem Cluster beschädigt wird, haben Sie so eine oder mehrere Sicherungen, die keinen Speicherplatz im beschädigten Cluster belegen.	Stellen Sie die Sicherung aus einer Sicherung in einer neuen Tabelle im neuen Cluster oder in der neuen Instanz wieder her. Dann schreiben Sie eine Anwendung mit einer Bigtable-Clientbibliothek oder Dataflow, die aus der neuen Tabelle liest und die Daten dann wieder in die Quelltabelle schreibt. Wenn die Daten in die ursprüngliche Tabelle kopiert wurden, löschen Sie die neue Tabelle.
Schnelle Wiederherstellung : Stellen Sie die volle Produktionsleistung schnell wieder her, um Ausfallzeiten zu minimieren.	Halten Sie immer ein aktuelles Hot Backup Ihrer Tabelle vor.	Stellen Sie die Hot Backup in einer neuen Tabelle wieder her und leiten Sie Anfragen dann an die neue Tabelle weiter.

Hot Backups

Ein Hot Backup ist eine produktionsreife Sicherung, die für eine schnelle Wiederherstellung optimiert ist und eine geringere Latenz beim Lesen aus der neuen Tabelle kurz nach der Wiederherstellung bietet. Die Wiederherstellung der Produktionsleistung aus einem Hot Backup ist schneller als die Wiederherstellung aus einem Standardsicherung.

Wenn Sie ein Hot Backup erstellen, können Sie die Übergangszeit von Hot zu Standard konfigurieren. Das Hot Backup wird dann nach einem bestimmten Datum und einer bestimmten Uhrzeit automatisch in eine Standardsicherung umgewandelt. Weitere Informationen finden Sie unter Hot Backup erstellen.

Einschränkungen für Hot Backups

Für Hot Backups gelten die folgenden Einschränkungen:

• Sie können ein Hot Backup in ein Standard-Backup konvertieren, aber nicht umgekehrt.
• Sie können keine Hot Backups mit der automatischen Sicherung erstellen und auch nicht in einem HDD-Cluster.
• Eine Kopie eines Hot Back‑ups ist immer eine Standardsicherung. Daher lässt sich die Sicherungskopie nicht so effizient zu einer produktionsreifen Leistung und Bereitstellung mit geringer Latenz wiederherstellen wie das Hot Backup.

Mit Bigtable-Sicherungen arbeiten

Die folgenden Aktionen sind für Bigtable-Sicherungen verfügbar. In allen Fällen müssen das Zielprojekt, die Zielinstanz und der Zielcluster bereits vorhanden sein. Sie können diese Ressourcen nicht im Rahmen eines Sicherungsvorgangs erstellen.

Sie können keine Kopie einer Sicherungskopie erstellen. Eine Kopie einer Sicherung ist immer eine Standardsicherung, auch wenn die Quelle ein Hot Backup ist.
Aktion	Zieloptionen
Standardsicherung erstellen	Jeder Cluster in derselben Instanz wie die Quelltabelle
Hot Backup erstellen	Jeder Cluster in derselben Instanz wie die Quelltabelle. Die Instanz muss SSD-Speicher verwenden.
Aus einem Standard- oder Hot Backup in einer neuen Tabelle wiederherstellen	Beliebige Instanz Beliebige Bigtable-Region Beliebiges Projekt
Sicherung kopieren1, 2	Beliebige Instanz Beliebige Bigtable-Region Beliebiges Projekt

Unter Sicherungen verwalten finden Sie eine detaillierte Anleitung zu diesen Aktionen sowie Vorgänge wie das Aktualisieren und Löschen von Sicherungen.

So verwenden Sie Bigtable-Sicherungen:

• Die Google Cloud Console
• Google Cloud CLI
• Cloud Bigtable-Clientbibliotheken.

Sicherungsspeicher

Eine Tabellensicherung, die Sie manuell oder programmatisch erstellen, wird in einem einzelnen Cluster gespeichert, den Sie angeben. Wenn die automatische Sicherung aktiviert ist, speichert Bigtable eine Sicherung in jedem Cluster in der Instanz. In der Enterprise Plus-Version können Sie Clusterstandorte auswählen, an denen die automatische Sicherung aktiviert ist.

Wenn Ihr Cluster beim Erstellen einer Sicherung die empfohlenen Grenzwerte für die CPU- oder Speichernutzung überschreitet, kann sich die Erstellung der Sicherung verzögern. Weitere Informationen finden Sie unter CPU- und Festplattennutzung.

Eine Sicherung einer Tabelle umfasst alle Daten, die zum Zeitpunkt der Erstellung der Sicherung in der Tabelle enthalten waren, und zwar in dem Cluster, in dem die Sicherung erstellt wird. Eine Sicherung ist nie größer als die Quelltabelle zum Zeitpunkt der Sicherung.

Bigtable-Sicherungen sind inkrementell. Wie viel Speicherplatz eine Sicherung belegt, hängt von der Größe der Tabelle und dem Umfang ab, in dem sie Speicherplatz mit unveränderten Daten für die Originaltabelle oder andere Sicherungen derselben Tabelle freigeben kann. Aus diesem Grund hängt die Größe einer Sicherung seit der vorherigen Sicherung von der Datenabweichung ab.

Sie können bis zu 150 Sicherungen pro Tabelle und Cluster erstellen.

Sie können eine Tabelle mit einer Sicherung löschen. Zum Schutz Ihrer Sicherungen können Sie Folgendes nicht löschen:

• Ein Cluster, der eine oder mehrere Sicherungen enthält. Wenn Sie den Cluster löschen möchten, müssen Sie diese Sicherungen löschen oder warten, bis sie ablaufen.
• Ein Cluster, der als Speicherort in der Richtlinie für automatische Sicherungen einer Tabelle konfiguriert ist. Wenn Sie den Cluster löschen möchten, müssen Sie zuerst die Richtlinie für automatische Sicherungen aktualisieren, um den Clusterspeicherort zu entfernen, oder die automatischen Sicherungen für die Tabelle deaktivieren.
• Eine Instanz, die in einem Cluster eine oder mehrere Sicherungen enthält.

Eine Sicherung ist nach dem Wiederherstellen in einer neuen Tabelle noch vorhanden. Sie können sie löschen oder ablaufen lassen, wenn Sie sie nicht mehr benötigen. Der Sicherungsspeicher wird nicht auf das Knotenspeicherlimit für ein Projekt angerechnet.

Die Daten in Sicherungen sind verschlüsselt.

Kundenbindung

Mit Bigtable-Sicherungen können Sie Ihre Daten für einen bestimmten Zeitraum aufbewahren. Sie können die Aufbewahrungsdauer für einzelne Sicherungen oder als Teil einer Richtlinie für automatische Sicherungen konfigurieren:

• Die Aufbewahrungsdauer beginnt mit dem Erstellen der Sicherung.
• Die Standardaufbewahrungsdauer für Tabellen mit aktivierter automatischer Sicherung beträgt sieben Tage.
• Sie können sowohl in der Enterprise- als auch in der Enterprise Plus-Version einen benutzerdefinierten Aufbewahrungszeitraum von bis zu 90 Tagen für eine automatische Sicherungsrichtlinie konfigurieren. Für einzelne On-Demand-Sicherungen oder wenn Sie die Aufbewahrungsdauer einer vorhandenen Sicherung aktualisieren, können Sie in der Enterprise-Version bis zu 90 Tage und in der Enterprise Plus-Version bis zu 365 Tage angeben.
• Wenn Sie eine Kopie einer Sicherung erstellen, beträgt die maximale Aufbewahrungsdauer für die Kopie 30 Tage ab dem Zeitpunkt, an dem die Kopie erstellt wird.
• Wenn Sie eine Sicherung erstellen, können Sie anstelle eines Aufbewahrungszeitraums ein Ablaufdatum angeben. Ein Ablaufdatum ist ein absolutes Datum und eine absolute Uhrzeit, während mit einer Aufbewahrungsdauer ein Zeitraum angegeben wird. Bei beiden Methoden gilt für die Ablaufzeit dieselben Regeln und Einschränkungen.
• Für Hot Backups können Sie eine unabhängige Übergangszeit definieren, die bestimmt, wann das Backup nicht mehr als Hot Backup, sondern als Standardsicherung gilt. Sie können diese Zeit ändern, sie muss jedoch mindestens 24 Stunden nach dem Erstellen der Sicherung liegen.

Sie können die Aufbewahrungsdauer für eine Sicherung oder für eine Richtlinie für automatische Sicherungen ändern. Weitere Informationen finden Sie unter Sicherung oder Sicherungskopie ändern und Richtlinie für automatische Sicherungen aktualisieren.

Nach der Wiederherstellung

Die Speicherkosten für eine neue Tabelle, die aus einer Sicherung wiederhergestellt wurde, entsprechen denen anderer beliebiger Tabellen.

Eine aus einer Sicherung wiederhergestellte Tabelle belegt möglicherweise nicht denselben Speicherplatz wie die Originaltabelle und kann nach der Wiederherstellung kleiner sein. Der Größenunterschied hängt davon ab, wie lange die Verdichtung kürzlich im Quell- und Zielcluster aufgetreten ist.

Da die Verdichtung rollierend erfolgt, kann es vorkommen, dass die Verdichtung erfolgt, sobald die Tabelle erstellt wurde. Die Verdichtung kann jedoch bis zu eine Woche dauern.

Eine neue Tabelle, die aus einer Sicherung wiederhergestellt wurde, übernimmt nicht die Richtlinien zur automatischen Speicherbereinigung der Quelltabelle. Konfigurieren Sie Richtlinien für die automatische Speicherbereinigung in der neuen Tabelle, bevor Sie mit dem Schreiben neuer Daten in die Tabelle beginnen. Weitere Informationen finden Sie unter Automatische Speicherbereinigung konfigurieren.

Kosten

Bei der Arbeit mit Sicherungen fallen Standardnetzwerkkosten an. Für Sicherungsvorgänge wie das Erstellen, Kopieren oder Wiederherstellen aus einer Sicherung fallen keine Kosten an.

Speicherkosten

Die Speicherkosten für Standardsicherungen und Hot Backups sind unterschiedlich.

Standardspeicherkosten für Sicherungen

Für das Speichern einer Standardsicherung oder einer Kopie einer Sicherung wird Ihnen der Standardtarif für den Sicherungsspeicher für die Region berechnet, in der sich der Cluster mit der Sicherung oder Sicherungskopie befindet.

Eine Standardsicherung ist eine vollständige logische Kopie einer Tabelle. Im Hintergrund optimiert Bigtable die Speicherauslastung für Standardsicherungen. Dies bedeutet, dass eine Standardsicherung inkrementell ist – sie nutzt, wenn möglich, den physischen Speicher mit der ursprünglichen Tabelle oder anderen Sicherungen der Tabelle. Aufgrund der integrierten Speicheroptimierungen von Bigtable sind die Kosten für das Speichern einer Standardsicherung oder einer Kopie einer Sicherung manchmal geringer als die Kosten für eine vollständige physische Kopie der Tabellensicherung.

Bei replizierten Instanzen, in denen die automatische Sicherung aktiviert ist, können die Speicherkosten höher sein, da täglich eine Sicherung für jeden Cluster erstellt wird. In der Enterprise Plus-Version können Sie die Speicherkosten senken, indem Sie automatische Sicherungen nur für Cluster an bestimmten Standorten aktivieren.

Speicherkosten für Hot Backups

Für das Speichern eines Hot Backups wird Ihnen der Tarif für Hot Backup-Speicher für die Region berechnet, in der sich der Cluster mit dem Hot Backup befindet.

Da ein Hot Backup in einem bereiten Zustand gespeichert wird, der für eine schnelle Wiederherstellung optimiert ist, wird Ihnen der Speicherplatz für die gesamte logische Kopie der Tabelle in Rechnung gestellt und nicht für inkrementelle Teile wie bei einer Standardsicherung.

Kosten beim Kopieren einer Sicherung

Wenn Sie eine Kopie einer Sicherung in einer anderen Region als der Quellsicherung erstellen, werden Ihnen die Standardnetzwerkgebühren für das Kopieren der Daten in den Zielcluster in Rechnung gestellt. Für Netzwerkverkehr fallen keine Gebühren an, wenn Sie eine Kopie in derselben Region wie die Quellsicherung erstellen.

Kosten bei der Wiederherstellung