Auf dieser Seite werden Cloud Firestore Funktionen beschrieben, mit denen Sie Pläne zur Notfallwiederherstellung erstellen und implementieren können.
Planung der Notfallwiederherstellung bei Ausfällen der Cloud-Infrastruktur
Um sich vor potenziellen Störungen der Cloud-Infrastruktur in Google Cloud zu schützen, z. B. bei einem Ausfall einer Zone oder Region, Cloud Firestore repliziert Daten in mehreren Replikatdatenbanken.
Die Replikationsarchitektur hängt davon ab, ob sich die Datenbank an einem regionalen oder multiregionalen Standort befindet. Regionale Datenbanken replizieren Daten synchron über mindestens drei Zonen. Multiregionale Datenbanken replizieren Daten synchron über fünf Zonen in drei Regionen mit zwei Bereitstellungsregionen und einer Zeugenregion. Multiregionale Datenbanken maximieren die Verfügbarkeit und Langlebigkeit von Datenbanken und bieten eine Verfügbarkeit von 99,999 %. Regionale Datenbanken bieten eine Verfügbarkeit von 99,99 %.
Cloud Firestore übernimmt die Replikation automatisch für Sie und erfordert keine zusätzliche Konfiguration oder Bereitstellung. Weitere Informationen finden Sie unter:
Weitere Informationen zur Replikationsarchitektur finden Sie unter Architektonische Notfallwiederherstellung bei Ausfällen der Cloud-Infrastruktur.
Planung der Notfallwiederherstellung für Daten
Um sich vor Datenverlusten wie versehentlichem Löschen oder Ändern von Daten zu schützen, verwenden Sie geplante Sicherungen und die Wiederherstellung zu einem bestimmten Zeitpunkt (Point-In-Time Recovery, PITR). Je nach Anforderungen an die Notfallwiederherstellung können Sie beide Funktionen zusammen verwenden.
Geplante Sicherungen
Sicherungen haben eine maximale Aufbewahrungsdauer von 14 Wochen. Sie können tägliche oder wöchentliche Sicherungen planen. Sie können Ihre Datenbank aus einer Sicherung in einer neuen Cloud Firestore Datenbank im selben Projekt wiederherstellen. Weitere Informationen finden Sie unter Daten sichern und wiederherstellen.
Sicherungen haben eine längere Aufbewahrungsdauer als PITR. Die Wiederherstellung einer Datenbank aus einer Sicherung ist günstiger als die Wiederherstellung einer Datenbank aus PITR-Daten.
Wiederherstellung zu einem bestimmten Zeitpunkt (PITR)
Aktivieren Sie PITR, um Dokumente von einem Zeitpunkt abzurufen, der bis zu sieben Tage in der Vergangenheit liegt. Sie können Daten mit einer Granularität von 1 Minute lesen und mit einem Recovery Time Objective (RTO, maximale Zeit für die Wiederherstellung) von 0 in Ihre Datenbank zurückschreiben. Das Recovery Point Objective (RPO, maximal möglicher Datenverlust) beträgt 1 Minute. Weitere Informationen finden Sie unter Wiederherstellung zu einem bestimmten Zeitpunkt.
Wenn Sie keine vollständige Datenbank wiederherstellen müssen, können Sie mit PITR-Lesevorgängen nur die erforderlichen Daten wiederherstellen. PITR-Lesevorgänge bieten auch ein niedrigeres RTO und RPO als Sicherungen.
Datenexporte
Wenn Sie Daten länger als 14 Wochen aufbewahren müssen, können Sie mit PITR einen Export Ihrer gesamten Datenbank erstellen und diese Daten unbegrenzt in Cloud Storage speichern. Bei einem PITR-Datenexport werden Daten von einem Zeitstempel erfasst, der bis zu sieben Tage in der Vergangenheit liegt.
PITR-Datenexporte sind nützlich, um Daten aus Ihrer Datenbank zu archivieren. Im Vergleich zu Sicherungen ist die Wiederherstellung einer Datenbank aus einem PITR-Export in der Regel teurer als die Wiederherstellung derselben Daten aus einer Sicherung.
Informationen zum Starten eines PITR-Exportvorgangs finden Sie unter Daten aus PITR-Daten exportieren und importieren.
Datenbankklon
Sie können Daten wiederherstellen, indem Sie Ihre Datenbank von einem Zeitpunkt in der Vergangenheit klonen. Wenn PITR aktiviert ist, können Sie bis zu sieben Tage in der Vergangenheit klonen. Wenn PITR nicht aktiviert ist, können Sie bis zu einer Stunde in der Vergangenheit klonen.
Informationen zum Starten eines Klonvorgangs finden Sie unter Aus einer Datenbank klonen.