Documentazione dell'infrastruttura Oracle Cloud

Informazioni sul Disaster Recovery basato sul backup

Il disaster recovery basato su backup utilizza i backup per creare un'istanza di un database peer al momento dello switchover o del failover. Ciò ti consente di avere un costo inferiore e un'opzione di disaster recovery RTO (Recovery Time Objective) più elevata per Autonomous Database, rispetto ad Autonomous Data Guard.

Puoi utilizzare il disaster recovery basato su backup con un peer nell'area corrente, un peer locale o con uno o più peer di disaster recovery in aree diverse oppure puoi aggiungere sia un peer di disaster recovery locale che uno o più peer di disaster recovery remoto. È inoltre possibile creare un peer di disaster recovery basato su backup, locale o remoto in una tenancy diversa.

Nota

Il disaster recovery (copia di backup) basato su backup è disponibile in tutti i tipi di carico di lavoro di Autonomous Database. Disaster Recovery basato su backup non è disponibile con Autonomous Database Sempre gratis.

Disaster recovery basato su backup con peer locale

Per il Disaster Recovery basato su backup locale, vengono utilizzati i backup locali esistenti. Non sono previsti costi aggiuntivi per il disaster recovery basato su backup locale.

Segue la descrizione dell'immagine cldr-local.eps basata su backup
Descrizione dell'illustrazione backup-based-dr-local.eps
Per una migliore resilienza per il disaster recovery basato su backup, viene creata un'istanza di un peer come indicato di seguito.
  • Nelle aree con più domini di disponibilità, viene creata un'istanza di un peer locale in un dominio di disponibilità diverso da quello del database primario.
  • Nelle aree con un singolo dominio di disponibilità viene creata un'istanza di un peer locale in un dominio di errore diverso da quello del database primario, ovvero in un computer fisico diverso.

Tutte le funzioni di Autonomous Database del database primario sono disponibili quando viene creata un'istanza di un peer e diventa il primario, dopo il guasto del sistema o dopo l'esecuzione di un'operazione di switchover. Per ulteriori informazioni, consulta Autonomous Data Guard con Local Standby.

Disaster recovery basato su backup con peer tra più aree

Per il disaster recovery basato su backup con un peer tra più aree, i backup vengono copiati nell'area remota. Il disaster recovery basato su backup tra più aree comporta costi aggiuntivi.

Segue la descrizione dell'immagine cldr-cross-region.eps basata su backup
Descrizione dell'illustrazione backup-based-dr-cross-region.eps

Autonomous Database consente di creare uno o più database peer di disaster recovery remoti, a seconda del modello di computazione:

  • Modello di computazione OCPU: puoi aggiungere un peer di disaster recovery remoto in un'area abbinata. Le aree abbinate sono aree remote in cui è possibile creare un peer tra più aree.

  • Modello di computazione ECPU: puoi aggiungere più peer di disaster recovery remoti, con un massimo di un peer in ogni area remota accoppiata. Ad esempio, se il database primario si trova nell'area IAD, è possibile aggiungere un peer remoto in PHX e in SJC, ma non è possibile aggiungere due peer remoti in PHX.

Le region abbinate sono region remote in cui puoi creare un peer di disaster recovery tra più aree. Per ulteriori informazioni sulle aree accoppiate, consulta la sezione relativa alle aree accoppiate tra più aree di Autonomous Database.

Argomenti

Argomento padre: Utilizzare il disaster recovery basato su backup

RTO (Disaster Recovery Time Objective) basato su backup e RPO (Recovery Point Objective)

Quando si esegue un failover utilizzando il Disaster Recovery basato su backup abilitato, l'istanza peer assume il ruolo dell'istanza primaria, in base al Recovery Time Objective (RTO) e al Recovery Point Objective (RPO).

L'RTO è il tempo massimo necessario per ripristinare la connettività del database a un database di copia di backup dopo l'avvio di un failover. L'RPO è la durata massima della potenziale perdita di dati, in minuti, nel database primario.

I numeri RTO e RPO di Disaster Recovery basati su backup sono:

Configurazione Disaster Recovery basata su backup RTO RPO

Copia di backup locale

un (1) ora + 1 ora per 5 TB

10 secondi

Copia di backup tra più aree (remote)

un (1) ora + 1 ora per 5 TB

1 minuto

Replica dei backup in un peer di disaster recovery basato su backup tra più aree

Quando aggiungi un peer di Disaster Recovery basato su backup tra più aree, puoi abilitare la replica di backup tra più aree per i backup automatici.

Per impostazione predefinita, i backup automatici vengono creati e gestiti nel database primario corrente e non vengono replicati in un peer tra più aree. Facoltativamente, è possibile abilitare la replica dei backup automatici in un peer tra più aree.

Quando si abilita la replica di backup tra più aree, fino a 7 giorni di backup automatici per il database primario vengono replicati in un peer tra più aree. Quando questa funzione è abilitata, i backup automatici sono disponibili nell'area remota come indicato di seguito.

  • Dopo uno switchover o un failover, è possibile ripristinare o duplicare qualsiasi indicatore orario negli ultimi sette (7) giorni o qualsiasi indicatore orario nel periodo di conservazione specificato quando il periodo di conservazione è impostato su meno di sette giorni.

  • Tutti i backup per il primario replicati nell'area remota vengono eliminati nel peer dell'area remota dopo sette giorni o dopo il numero di giorni del periodo di conservazione quando il periodo di conservazione è impostato su meno di sette giorni.

  • Non puoi modificare il periodo di conservazione dei backup per i backup replicati, tranne se modifichi il periodo di conservazione dei backup nel database primario per specificare un valore inferiore a sette giorni. In questo caso, il periodo retention per i backup replicati nell'area remota corrisponde al periodo retention backup automatico impostato nel database primario.

La replica del backup tra più aree comporta un costo aggiuntivo. Per ulteriori informazioni, consulta Oracle Autonomous Database Serverless Features Billing.

Per ulteriori informazioni, vedere gli argomenti riportati di seguito.

Tenere presente quanto riportato di seguito per la replica del backup tra più aree.

  • Dopo uno switchover o un failover, mentre il database tra più aree si trova nel ruolo primario, i backup vengono eseguiti sul database primario corrente e vengono replicati nel peer (remoto) corrente.

  • Quando si utilizza il Disaster Recovery basato su backup con un peer tra più aree, questa funzione è supportata per tutti i tipi di carico di lavoro.