Notfallwiederherstellung planen
Auf dieser Seite werden Firestore-Funktionen beschrieben, mit denen Sie Notfallwiederherstellungspläne erstellen und implementieren können.
Planung der 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 in einer regionalen oder einem Standort mit mehreren Regionen. Regionale Datenbanken synchron Daten in mindestens drei Zonen zu replizieren. Multiregionale Datenbanken Replizieren Sie Daten in fünf Zonen in drei Regionen synchron mit zwei Regionen und eine Zeugenregion. Multiregionale Datenbanken maximieren die Verfügbarkeit und Langlebigkeit der Datenbanken dank einer Verfügbarkeit von 99,999 %. Regional Datenbanken eine Verfügbarkeit von 99,99 %.
Firestore übernimmt die Replikation automatisch für Sie und erfordert keine zusätzliche Konfiguration oder Bereitstellung. Weitere Informationen finden Sie in der Folgendes:
Weitere Informationen zur Replikationsarchitektur finden Sie unter Architektur der Notfallwiederherstellung bei Ausfällen der Cloud-Infrastruktur
Planung der Notfallwiederherstellung für Daten
Zum Schutz vor Datenkatastrophen wie versehentlichem Löschen oder Ändern von mithilfe geplanter Sicherungen und der Wiederherstellung zu einem bestimmten Zeitpunkt (Point-in-Time Recovery, PITR). Je nach für die Notfallwiederherstellung brauchen, in Kombination.
Geplante Sicherungen
Für Sicherungen gilt eine maximale Aufbewahrungsdauer von 14 Wochen. Du kannst den Termin täglich planen oder wöchentliche Back-ups. Sie können Ihre Datenbank aus einer Sicherung in einer neuen Firestore-Datenbank im selben Projekt Weitere Informationen Weitere Informationen finden Sie unter Daten sichern und wiederherstellen.
Sicherungen haben eine längere Aufbewahrungsdauer als PITR. Datenbank wiederherstellen aus eine Sicherung weniger kostet als das Wiederherstellen einer Datenbank aus PITR-Daten.
Wiederherstellung auf einen bestimmten Zeitpunkt (PITR)
Aktivieren Sie die Wiederherstellung zu einem bestimmten Zeitpunkt, um Dokumente von einem Zeitpunkt, der bis zu sieben Tage zurückliegt, 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. Die Recovery Point Objective (maximaler Datenverlust) 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 die Daten länger als 14 Wochen aufbewahrt werden sollen, können Sie mit der PITR einen Export Ihrer gesamten Datenbank diese Daten unbegrenzt in Cloud Storage speichern. Bei einem PITR-Datenexport wird Daten mit einem Zeitstempel, 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 im Allgemeinen teurer als die Wiederherstellung derselben Daten aus einer Sicherung.
Informationen zum Starten eines PITR-Exportvorgangs finden Sie unter PITR-Daten exportieren und importieren.