Uso del database OCI con backup PostgreSQL in Disaster Recovery

I backup possono essere copiati e distribuiti in un'altra area. È possibile utilizzare un backup copiato in una seconda area per eseguire il provisioning di un nuovo sistema di database se il sistema di database primario non è disponibile. Di seguito è riportato il processo di disaster recovery che utilizza un backup.

1. Copiare un backup del sistema di database. È possibile copiare i backup in vari modi, a seconda che il sistema di database esista già:

   1. Abilitare le copie di backup durante la creazione del sistema di database.
   2. Abilitare le copie di backup per un sistema di database esistente modificando i relativi criteri di gestione.
   3. Copia un backup esistente in un'altra area.
   Nota
   
   Si consiglia di utilizzare un criterio di gestione che crei e copii backup automaticamente.
2. Se l'area primaria non è disponibile, utilizzare il backup copiato in un'altra area per creare un nuovo sistema di database in tale area. Se il sistema di database primario utilizza una configurazione personalizzata, potrebbe essere necessario creare una configurazione simile anche nell'area di backup. Quando si crea il sistema di database, abilitare i backup automatici in modo da poter eseguire il ripristino dell'area primaria in un secondo momento.
3. Una volta che il nuovo sistema di database è disponibile, reindirizzare le applicazioni per utilizzarne l'endpoint.
4. Quando l'area primaria diventa disponibile, copiare un backup nell'area originale.
5. Ripristinare il sistema di database originale utilizzando il backup copiato nella relativa area.
6. Una volta ripristinato il sistema di database originale, reindirizzare le applicazioni per utilizzarne l'endpoint.

A seconda del programma della politica di gestione, RPO potrebbe variare da pochi minuti a più di 24 ore. Utilizzando il processo precedente, RTO potrebbe essere una questione di minuti.