Pianificare ripristino di emergenza
Questa pagina descrive le funzionalità di Firestore con compatibilità MongoDB che possono aiutarti a creare e implementare piani di ripristino di emergenza.
Pianificare il ripristino di emergenza per le interruzioni dell'infrastruttura cloud
Per proteggerti da potenziali interruzioni dell'infrastruttura cloud Google Cloud, ad esempio un'interruzione di una zona o di una regione, Firestore con compatibilità MongoDB 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 pubblicazione 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 forniscono una disponibilità del 99,99%.
Firestore con compatibilità MongoDB gestisce automaticamente la replica e non richiede configurazione o provisioning aggiuntivi. Per ulteriori informazioni, consulta:
Per ulteriori informazioni sull'architettura di replica, consulta Progettare ripristino di emergenza per le interruzioni dell'infrastruttura cloud.
Pianificare il 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 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 a un nuovo database Firestore con compatibilità MongoDB 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 estremamente dettagliato nel database con un Recovery Time Objective (tempo massimo per il ripristino) di 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 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 dal database. Rispetto ai backup, il ripristino di un database da un'esportazione PITR è in genere più costoso del ripristino 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 da un punto temporale fino a sette giorni prima del momento attuale. Se PITR non è abilitato, puoi clonare da un punto temporale fino a un'ora prima del momento attuale.
Per avviare un'operazione di clonazione, consulta Clonare da un database.