Questa pagina descrive Cloud Firestore funzionalità che possono aiutarti a creare e implementare piani di ripristino di emergenza.
Pianificazione del ripristino di emergenza per interruzioni dell'infrastruttura cloud
Per proteggerti da potenziali interruzioni dell'infrastruttura cloud in Google Cloud ad esempio un'interruzione di una zona o di una regione, Cloud Firestore replica i dati in più database di replica.
L'architettura di replica dipende dal fatto che il database si trovi in una località regionale o multiregionale. I database regionali replicano i dati in modo sincrono in almeno tre zone. I database multiregionali replicano i dati in modo sincrono in cinque zone in tre regioni con due regioni di pubblicazione e una regione di witness. I database multiregionali massimizzano la disponibilità e la durabilità dei database fornendo una disponibilità del 99,999%. I database regionali forniscono una disponibilità del 99,99%.
Cloud Firestore gestisce automaticamente la replica e non richiede configurazioni o provisioning aggiuntivi. Per ulteriori informazioni, consulta quanto segue:
Per ulteriori informazioni sull'architettura di replica, consulta Progettare il disaster recovery per interruzioni dell'infrastruttura cloud.
Pianificazione del ripristino di emergenza per i dati
Per proteggerti da disastri di dati come l'eliminazione o la modifica accidentale dei dati, utilizza i backup pianificati e il recupero point-in-time (PITR). A seconda dei requisiti di disaster recovery, potresti utilizzare entrambe le funzionalità insieme.
Backup pianificati
I backup supportano un periodo di conservazione massimo di 14 settimane. Puoi pianificare backup giornalieri o settimanali. Puoi ripristinare il database da un backup in un nuovo Cloud Firestore database nello stesso progetto. Per maggiori dettagli, consulta Eseguire il backup e ripristinare i dati.
I backup forniscono un periodo di conservazione più lungo rispetto a PITR. Il ripristino di un database da un backup costa meno del ripristino di un database dai dati PITR.
Recupero point-in-time (PITR)
Attiva PITR per leggere i documenti da un punto temporale fino a sette giorni prima del momento attuale. Puoi leggere i dati con una granularità di 1 minuto e riscriverli in modo chirurgico nel database con un Recovery Time Objective (tempo massimo per il recupero) pari a 0. Il Recovery Point Objective (perdita di dati massima possibile) è di 1 minuto. Per maggiori dettagli, consulta Recupero point-in-time.
Se non devi ripristinare un intero database, le letture PITR possono recuperare solo i dati richiesti. Le letture PITR forniscono anche un Recovery Time Objective e un Recovery Point Objective inferiori rispetto ai backup.
Esportazioni dei dati
Per esigenze di conservazione dei dati superiori a 14 settimane, puoi utilizzare PITR per creare un'esportazione dell'intero database e salvare questi dati in Cloud Storage a tempo indeterminato. Un'esportazione di dati PITR acquisisce i dati da un timestamp risalente fino a sette giorni prima del momento attuale.
Le esportazioni di dati PITR sono utili per archiviare i dati dal database. Rispetto ai backup, il recupero di un database da un'esportazione PITR è in genere più costoso del recupero degli stessi dati da un backup.
Per avviare un'operazione di esportazione PITR, consulta Esportare e importare da dati PITR.
Clone del database
Puoi recuperare i dati clonando il database da un punto temporale precedente. Se PITR è abilitato, puoi clonare fino a sette giorni prima del momento attuale. Se PITR non è abilitato, puoi clonare fino a un'ora prima del momento attuale.
Per avviare un'operazione di clonazione, consulta Clonare da un database.