Auf dieser Seite werden die Funktionen von Cloud Firestore beschrieben, die Ihnen bei der Erstellung von Notfallwiederherstellungsplänen helfen können.
Disaster-Recovery-Planung für Ausfälle der Cloud-Infrastruktur
Zum Schutz vor potenziellen Störungen der Cloud-Infrastruktur in Google Cloud, beispielsweise einem Zonen- oder Regionsausfall, repliziert Cloud Firestore Daten über mehrere Replikatdatenbanken.
Die Replikationsarchitektur hängt davon ab, ob sich die Datenbank an einem regionalen Standort oder einem Standort mit mehreren Regionen befindet. Regionale Datenbanken replizieren Daten synchron über mindestens drei Zonen hinweg. 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 Haltbarkeit von Datenbanken, indem sie eine Verfügbarkeit von 99,999 % bieten. 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 hier:
Weitere Informationen zur Replikationsarchitektur finden Sie unter Architektur der Notfallwiederherstellung bei Ausfällen der Cloud-Infrastruktur .
Disaster-Recovery-Planung für Daten
Um sich vor Datenkatastrophen wie versehentlichem Löschen oder Ändern von Daten zu schützen, verwenden Sie geplante Sicherungen und Point-in-Time-Recovery (PITR). Abhängig von Ihren Anforderungen an die Notfallwiederherstellung können Sie beide Funktionen zusammen verwenden.
Geplante Backups
Sie können tägliche oder wöchentliche Backups planen. Tägliche Backups unterstützen eine maximale Aufbewahrung von 7 Tagen. Wöchentliche Backups unterstützen eine maximale Aufbewahrung von 14 Wochen. Sie können eine Wiederherstellung aus einer Sicherung in einer neuen Cloud Firestore-Datenbank im selben Projekt durchführen. Weitere Einzelheiten finden Sie unter Daten sichern und wiederherstellen .
Wöchentliche Backups bieten eine längere Aufbewahrungsdauer als PITR. Die Wiederherstellung einer gesamten Datenbank aus einem Backup kostet weniger als die Wiederherstellung aus PITR-Daten.
Point-in-Time-Recovery (PITR)
Ermöglichen Sie PITR, Dokumente von einem Zeitpunkt bis zu sieben Tage in der Vergangenheit zu lesen. Sie können Daten mit einer Granularitätsstufe von 1 Minute lesen und mit einem Wiederherstellungszeitziel (maximale Zeit für die Wiederherstellung) von 0 chirurgisch in Ihre Datenbank zurückschreiben. Das Wiederherstellungspunktziel (maximal möglicher Datenverlust) beträgt 1 Minute. Weitere Einzelheiten finden Sie unter Wiederherstellung zu einem bestimmten Zeitpunkt .
Wenn Sie nicht eine gesamte Datenbank wiederherstellen müssen, kann PITR nur die erforderlichen Daten wiederherstellen. PITR bietet außerdem ein kürzeres Wiederherstellungszeitziel und ein niedrigeres Wiederherstellungspunktziel als Backups.
Datenexporte
Wenn die Datenaufbewahrung länger als 14 Wochen dauert, können Sie mit PITR einen Export Ihrer gesamten Datenbank erstellen und diese Daten auf unbestimmte Zeit im Cloud-Speicher speichern. Ein PITR-Datenexport erfasst Daten von einem Zeitstempel bis zu sieben Tage in der Vergangenheit.
PITR-Datenexporte sind nützlich für die Archivierung von Daten aus Ihrer Datenbank. Im Vergleich zu Backups ist die Wiederherstellung einer Datenbank aus einem PITR-Export im Allgemeinen teurer als die Wiederherstellung derselben Daten aus einem Backup.
Informationen zum Starten eines PITR-Exportvorgangs finden Sie unter Exportieren und Importieren aus PITR-Daten .