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 un'interruzione del servizio in una zona o una regione, Firestore replica i dati su 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 in modo sincrono i dati in almeno tre zone. I database multiregione riproducono in modo sincrono i dati in cinque zone di tre regioni con due regioni di servizio e una regione di testimone. I database multiregionali massimizzano la disponibilità e la durabilità dei database garantendo una disponibilità del 99,999%. I database regionali forniscono una disponibilità del 99,99%.
Firestore gestisce automaticamente la replica e non richiede configurazione o provisioning aggiuntivi. Per ulteriori informazioni, consulta quanto segue:
Per ulteriori informazioni sull'architettura di replica, consulta Architettare ripristino di emergenza per le interruzioni dell'infrastruttura cloud.
Pianificazione del ripristino di emergenza dei dati
Per proteggerti da catastrofi 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 ripristino di emergenza, potresti utilizzare entrambe le funzionalità.
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, consulta la sezione Effettuare il backup ed eseguire il ripristino dei dati.
I backup offrono un periodo di conservazione più elevato 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)
Attiva il PITR per leggere i documenti da un punto nel tempo fino a sette giorni prima del momento attuale. Puoi leggere i dati a un livello di granularità di 1 minuto e riscrivere in modo estremamente dettagliato nel tuo database con un obiettivo di tempo di recupero (tempo massimo per il recupero) pari a 0. Il Recovery Point Objective (perdita massima di dati possibile) è 1 minuto. Per maggiori dettagli, vedi Recupero point-in-time.
Se non devi ripristinare un intero database, il PITR può recuperare solo i dati necessari. Il recupero point-in-time offre inoltre un RTO (Recovery Time Objective) e un RPO (Recovery Point Objective) inferiori rispetto ai backup.
Esportazioni dei dati
Per esigenze di conservazione dei dati oltre le 14 settimane, puoi utilizzare la copia incrementale a livello di blocco 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 Esportare e importare da dati PITR.