Pianificare il ripristino di emergenza
Questa pagina descrive le funzionalità di Firestore 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 come una zona o una regione che subisce un'interruzione di servizio, 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 servizio e una regione di testimonianza. 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%.
Firestore gestisce automaticamente la replica e non richiede configurazioni o provisioning aggiuntivi. Per ulteriori informazioni, consulta le seguenti risorse:
Per ulteriori informazioni sull'architettura di replica, consulta Progettazione ripristino di emergenza per interruzioni dell'infrastruttura cloud.
Pianificazione del ripristino di emergenza per i dati
Per proteggerti da errori irreversibili 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 tuoi requisiti di ripristino di emergenza, 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 Firestore nello stesso progetto. Per maggiori dettagli, vedi Backup e 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 recupero point-in-time per leggere i documenti da un momento specifico degli ultimi sette giorni. Puoi leggere i dati con una granularità di 1 minuto e riscriverli in modo estremamente dettagliato nel database con un obiettivo di tempo di ripristino (tempo massimo per il ripristino) pari a 0. Il Recovery Point Objective (massima perdita di dati possibile) è di 1 minuto. Per maggiori dettagli, vedi Recupero point-in-time.
Se non devi 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 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 del 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 dati PITR.
Clone del database
Puoi recuperare i dati clonando il database da un point-in-time precedente. Se il PITR è abilitato, puoi clonare i dati fino a sette giorni prima. Se il PITR non è abilitato, puoi clonare a partire da un'ora prima del momento attuale.
Per avviare un'operazione di clonazione, vedi Clonare da un database.