| Gilt für die Firestore Standard-Version und die Firestore Enterprise-Version. |
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 Unterbrechungen 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 verarbeitet 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 Architektur der Notfallwiederherstellung bei Ausfällen der Cloud-Infrastruktur.
Planung der Notfallwiederherstellung für Daten
Um sich vor Datenkatastrophen wie dem versehentlichen 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 Ihren Anforderungen an die Notfallwiederherstellung können Sie beide Funktionen zusammen verwenden.
Geplante Sicherungen
Sicherungen unterstützen 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. Das Wiederherstellen einer Datenbank aus einer Sicherung ist günstiger als das Wiederherstellen einer Datenbank aus PITR-Daten.
Wiederherstellung zu einem bestimmten Zeitpunkt (PITR)
Aktivieren Sie PITR, um Dokumente von einem Zeitpunkt bis zu sieben Tage in der Vergangenheit zu lesen. 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 Recovery Time Objective und Recovery Point Objective 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 bis zu sieben Tage in der Vergangenheit erfasst.
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.