| Pertinente per Firestore Standard edition e Firestore Enterprise edition. |
In questa pagina vengono descritte le funzionalità di Cloud Firestore che possono aiutarti a creare e implementare piani di disaster recovery.
Pianificazione del disaster recovery per le interruzioni dell'infrastruttura cloud
Per proteggerti da potenziali interruzioni dell'infrastruttura cloud in Google Cloud, ad esempio un'interruzione del servizio in una zona o in 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 di tre regioni, con due regioni di distribuzione e una regione di controllo. I database multiregionali massimizzano la disponibilità e la durabilità dei database fornendo una disponibilità del 99,999%. I database regionali offrono una disponibilità del 99,99%.
Cloud Firestore gestisce automaticamente la replica e non richiede configurazione o provisioning aggiuntivi. Per ulteriori informazioni, consulta le seguenti risorse:
Per saperne di più sull'architettura di replica, consulta Progettazione del disaster recovery per interruzioni dell'infrastruttura cloud.
Pianificazione del disaster recovery per i dati
Per proteggerti da disastri dei 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 database Cloud Firestore nello stesso progetto. Per maggiori dettagli, vedi Esegui il backup e il ripristino dei dati.
I backup offrono un periodo di conservazione più lungo rispetto al PITR. Il ripristino di un database da un backup costa meno del ripristino di un database dai dati PITR.
Recupero point-in-time (PITR)
Abilita il PITR per leggere i documenti da un momento specifico fino a sette giorni prima. Puoi leggere i dati con un livello di granularità di 1 minuto e riscriverli in modo estremamente dettagliato nel database con un obiettivo del tempo di ripristino (tempo massimo per il ripristino) 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 hai bisogno di ripristinare un intero database, le letture PITR possono recuperare solo i dati necessari. 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 il PITR per creare un'esportazione dell'intero database e salvare questi dati in Cloud Storage a tempo indeterminato. Un'esportazione dei dati PITR acquisisce i dati da un timestamp risalente fino a sette giorni prima del momento attuale.
Le esportazioni dei dati PITR sono utili per archiviare i dati del database. Rispetto ai backup, il recupero di un database da un'esportazione PITR è generalmente più costoso del recupero degli stessi dati da un backup.
Per avviare un'operazione di esportazione PITR, consulta Esporta e importa dai dati PITR.
Clone del database
Puoi recuperare i dati clonando il database da un momento nel passato. Se il PITR è abilitato, puoi clonare fino a sette giorni nel passato. Se il PITR non è abilitato, puoi clonare fino a un'ora prima.
Per avviare un'operazione di clonazione, consulta Clona da un database.