Notfallwiederherstellung planen

Auf dieser Seite werden Firestore-Funktionen beschrieben, mit denen Sie Notfallwiederherstellungspläne erstellen und implementieren können.

Notfallwiederherstellung bei Ausfällen der Cloud-Infrastruktur

Zum Schutz vor potenziellen Unterbrechungen der Cloud-Infrastruktur in Google Cloud, z. B. bei einem Ausfall einer Zone oder Region, repliziert Firestore Daten in mehreren Replikadatenbanken.

Die Replikationsarchitektur hängt davon ab, ob sich die Datenbank an einem regionalen oder einem multiregionalen Standort befindet. Regionale Datenbanken replizieren Daten synchron über mindestens drei Zonen. In multiregionalen Datenbanken werden Daten synchron über fünf Zonen in drei Regionen repliziert, wobei zwei Bereitstellungsregionen und eine Zeugenregion vorhanden sind. Multiregionale Datenbanken maximieren die Verfügbarkeit und Langlebigkeit von Datenbanken, da sie eine Verfügbarkeit von 99,999% bieten. Regionale Datenbanken bieten eine Verfügbarkeit von 99,99 %.

Firestore übernimmt die Replikation automatisch und erfordert keine zusätzliche Konfiguration oder Bereitstellung. Weitere Informationen finden Sie hier:

Weitere Informationen zur Replikationsarchitektur finden Sie unter Architektur der Notfallwiederherstellung bei Ausfällen der Cloud-Infrastruktur.

Notfallwiederherstellung für Daten

Verwenden Sie geplante Sicherungen und die Wiederherstellung zu einem bestimmten Zeitpunkt (Point-in-Time-Recovery, PITR), um sich vor Datenpannen wie dem versehentlichen Löschen oder Ändern von Daten zu schützen. 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 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 kostengünstiger als die Wiederherstellung einer Datenbank aus PITR-Daten.

Wiederherstellung auf einen bestimmten Zeitpunkt (PITR)

Aktivieren Sie die Wiederherstellung zu einem bestimmten Zeitpunkt, um Dokumente zu einem Zeitpunkt in der Vergangenheit bis zu sieben Tage zurück zu lesen. Sie können Daten mit einer Granularität von einer Minute lesen und gezielt mit einem Recovery Time Objective (maximale Wiederherstellungszeit) von 0 in Ihre Datenbank zurückschreiben. Das Recovery Point Objective (maximal möglicher Datenverlust) beträgt 1 Minute. Weitere Informationen finden Sie unter Wiederherstellung zu einem bestimmten Zeitpunkt.

Wenn Sie nicht die gesamte Datenbank wiederherstellen müssen, können Sie mit PITR nur die erforderlichen Daten wiederherstellen. Die Wiederherstellung zu einem bestimmten Zeitpunkt bietet außerdem ein niedrigeres Recovery Time Objective (RTO) und ein niedrigeres Recovery Point Objective (RPO) als Sicherungen.

Datenexporte

Wenn Sie Daten länger als 14 Wochen aufbewahren möchten, 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 ab einem Zeitstempel erfasst, der bis zu sieben Tage zurückliegt.

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 PITR-Daten exportieren und importieren.

Nächste Schritte