Operazioni tra più aree di disaster recovery basate su backup

Descrive le operazioni tra più aree con Disaster Recovery basato su backup.

Aggiungere un peer di disaster recovery tra più aree

Oltre a un peer locale di Disaster Recovery basato su backup, puoi aggiungere uno o più peer di Disaster Recovery basati su backup su area remota (cross-region).

Eseguire i passi dei prerequisiti riportati di seguito, se necessario.

  • Apri la console di Oracle Cloud Infrastructure facendo clic su icona di navigazione accanto a Cloud.

  • Nel menu di navigazione a sinistra di Oracle Cloud Infrastructure fai clic su Oracle Database, quindi su Autonomous Database.
  • Nella pagina Autonomous Databases selezionare l'Autonomous Database dai collegamenti nella colonna Nome visualizzato.

Per aggiungere un peer di disaster recovery basato su backup tra più aree, effettuare le operazioni riportate di seguito.

  1. Nella pagina Dettagli di Autonomous Database, selezionare la scheda Disaster recovery.
  2. Fare clic su Aggiungi database peer.
  3. Nell'elenco a discesa Regione selezionare la regione appropriata.

    L'elenco delle aree mostra le aree remote disponibili in cui è possibile creare un peer tra più aree. Quando si aggiunge un database peer, la lista delle aree disponibili mostra un'area remota solo se la tenancy è sottoscritta all'area remota (è necessario essere sottoscritti all'area remota accoppiata). Per ulteriori informazioni, consulta la sezione relativa alle aree abbinate tra più aree di Autonomous Database.

  4. Nell'elenco a discesa Selezionare un compartimento selezionare un compartimento.
  5. Selezionare il tipo di disaster recovery. Inoltre, quando il database di origine è configurato con un endpoint privato, immettere le informazioni sull'endpoint privato per il peer.
    1. Selezionare il tipo di disaster recovery: Backup-based disaster recovery.
    2. Se si desidera abilitare la replica di backup tra più aree, selezionare la casella di controllo Abilita la replica di backup tra più aree al peer di disaster recovery. Per ulteriori informazioni, vedere Replica di backup in un peer di disaster recovery basato su backup tra più aree.
    3. Quando il database di origine è configurato con un endpoint privato, nell'area Accesso di rete per lo standby immettere la rete cloud virtuale e la subnet.

      In questi campi di accesso alla rete per i campi di standby è possibile specificare la VCN e la subnet dell'endpoint privato nell'area remota in cui viene creato lo standby. Configura endpoint privati.

      Nota

      Se si modifica l'accesso di rete nel database di origine per abilitare un endpoint privato dopo la creazione dello standby, è necessario accedere manualmente allo standby per abilitare un endpoint privato nel peer.
  6. Fare clic su Aggiungi database peer.

    Lo stato del ciclo di vita di Autonomous Database cambia in Aggiornamento. Nell'area Risorse, il numero accanto agli incrementi di Disaster recovery per indicare che si dispone di un altro peer di disaster recovery e nel campo Stato viene visualizzato Provisioning per il nuovo peer tra più aree.

    Nota

    Durante l'aggiunta di un nuovo peer, il database primario è disponibile per le operazioni di lettura/scrittura. Nessun tempo di inattività nel database primario.

    Autonomous Database genera una richiesta di lavoro quando si aggiunge un peer tra più aree. Per visualizzare la richiesta di lavoro, selezionare la scheda Richieste di lavoro.

Abilita o disabilita la replica di backup per un peer tra più aree esistente

È possibile abilitare o disabilitare la replica di backup in un peer tra più aree di Disaster Recovery basato su backup.

Per abilitare o disabilitare la replica di backup per un database di standby Autonomous Data Guard tra più aree esistente:

  1. Nella pagina Dettagli su Autonomous Database, selezionare la scheda Disaster recovery.
  2. In una riga che elenca uno standby tra più aree, fare clic su Azioni alla fine della riga e selezionare Aggiorna disaster recovery.

    Mostra la pagina Aggiorna disaster recovery.



  3. Abilita o disabilita la replica di backup.
    1. Se la replica di backup tra più aree è disabilitata, selezionare Abilita la replica di backup tra più aree al peer di disaster recovery per abilitare l'opzione.
    2. Se la replica di backup tra più aree è abilitata, deselezionare Abilita la replica di backup tra più aree al peer di disaster recovery per disabilitare l'opzione.
  4. Fare clic su Sottometti.

    Lo stato del ciclo di vita di Autonomous Database cambia in Aggiornamento.

Se si seleziona Abilita replica di backup tra più aree al peer di disaster recovery, possono essere necessari tra diversi minuti e diverse ore per replicare i backup nell'area remota, a seconda della dimensione dei backup. Dopo aver replicato i backup, quando si seleziona la scheda Backup nella pagina dei dettagli di Autonomous Database della console di Oracle Cloud Infrastructure del database peer, verrà visualizzata la lista dei backup replicati.

Converti peer di disaster recovery basato su backup tra più aree in standby snapshot

Un peer di Disaster Recovery basato su backup tra più aree può essere convertito in uno standby snapshot. Questo converte il peer in un database di lettura-scrittura per un massimo di due giorni (48 ore).

Per ulteriori informazioni, vedere Converti peer tra più aree in standby snapshot.

Scollega un peer di disaster recovery basato su backup tra più aree

Mostra i passi per disconnettere un peer di Disaster Recovery basato su backup tra più aree dal database primario.

Nota

L'operazione di disconnessione per un peer di Disaster Recovery basato su backup tra più aree può essere eseguita solo su un'istanza di Autonomous Database che utilizza il modello di computazione ECPU.

Quando si disconnette un peer tra più aree, l'associazione del database peer al database primario viene annullata. In questo modo il database viene convertito da un database peer a un database standalone. Dopo l'operazione di disconnessione non è consentito riconnettersi al primario.

I passi per disconnettere un standby peer di Disaster Recovery basato su backup sono gli stessi di quelli per disconnettere un database in standby. Per ulteriori informazioni, vedere Disconnetti database peer.

Note per la disconnessione di un peer remoto.

  • L'operazione di disconnessione per un peer remoto può essere eseguita solo su un'istanza di Autonomous Database che utilizza il modello di computazione ECPU.

  • Dopo l'operazione di disconnessione, il database standalone non viene più associato al database che era il database primario. Per utilizzare il database come database standalone, è necessario conoscere il nome del database disconnesso dal database primario.

  • Nessuna operazione di riconnessione. Dopo aver disconnesso uno standby snapshot, non è consentito riconnettersi al database primario.

  • Dopo l'operazione di disconnessione, il database standalone non viene più associato al database che era il database primario. Per utilizzare il database come database standalone, è necessario conoscere il nome del database disconnesso dal database primario.

  • Dopo l'operazione di disconnessione, il database standalone inizia a eseguire nuovi backup come database standalone.

Disabilita peer tra più aree (remoto)

Descrive i passi per terminare un peer tra più aree (remoto).

Eseguire i passi dei prerequisiti riportati di seguito, se necessario.

  • Apri la console di Oracle Cloud Infrastructure facendo clic su icona di navigazione accanto a Cloud.

  • Nel menu di navigazione a sinistra di Oracle Cloud Infrastructure fai clic su Oracle Database, quindi su Autonomous Database.
  • Nella pagina Autonomous Databases selezionare l'Autonomous Database dai collegamenti nella colonna Nome visualizzato.

Per terminare un peer tra più aree (remote):

  1. Nella pagina Dettagli di Autonomous Database del database primario, selezionare la scheda Disaster recovery.
  2. Accedi alla console di Oracle Cloud Infrastructure per il peer dell'area remota.

    L'area di informazioni Disaster recovery mostra Peer Autonomous Database. Il peer remoto ha lo stesso nome visualizzato del database primario, con un'estensione "_region". Dove regione è il nome dell'area, ad esempio IAD o BOM.

    Se è stato creato il peer tra più aree prima dell'introduzione del supporto per più peer tra più aree, il peer remoto ha lo stesso nome visualizzato del database primario, con un'estensione "_Remote".

    In Peer Autonomous Database, fare clic sul collegamento per consentire al peer remoto di accedere al peer tra più aree.

  3. Nella console di Oracle Cloud Infrastructure per il peer remoto, nella pagina Dettagli, dall'elenco a discesa Altre azioni, selezionare Termina.
  4. Nella pagina Termina Autonomous Database, immettere il nome del database per confermare che si desidera arrestare il peer tra più aree.
  5. Fare clic su Termina Autonomous Database.

    Durante l'interruzione del peer, lo stato del ciclo di vita viene modificato in Terminazione.

Sono previste limitazioni per la disabilitazione quando un'istanza dispone di un peer di disaster recovery basato su backup tra più aree, come indicato di seguito.

  • Impossibile disabilitare un peer nell'area remota dal database primario.

  • Quando il disaster recovery basato su backup è abilitato con un peer tra più aree, è necessario arrestare tutti i peer di disaster recovery tra più aree prima di arrestare il database dei ruoli primari. Se si tenta di terminare il primario, il sistema restituisce un errore.

    In questo caso, dopo aver terminato tutti i peer tra più aree (remoti), è possibile terminare il database primario.

Aggiornare le ACL di rete peer remoto per un peer di disaster recovery basato su backup

È possibile modificare in modo indipendente le ACL di rete in un database peer di disaster recovery remoto.

Per impostazione predefinita, i database peer primario e remoto di disaster recovery utilizzano le stesse liste di controllo dell'accesso di rete (ACL). Se si desidera, è possibile configurare le ACL in modo indipendente sui database peer remoti. In questo modo è possibile utilizzare ACL diverse nei database peer remoti.

Se si modificano le ACL in un peer remoto, Autonomous Database non mantiene più la configurazione dell'ACL sincronizzata tra il peer primario e quello remoto. Dopo aver modificato le ACL in un peer remoto, Autonomous Database gestisce le ACL sul peer remoto in modo indipendente.

Per utilizzare ACL di rete diverse su un peer remoto di Autonomous Database, effettuare le operazioni riportate di seguito.

  1. Nella pagina Dettagli di Autonomous Database del database primario, selezionare la scheda Disaster recovery.
  2. Accedere al peer remoto.

    L'area di informazioni Disaster recovery mostra Peer Autonomous Database. Per impostazione predefinita, il database peer remoto ha lo stesso nome visualizzato del database primario, con un'estensione. Ad esempio, DBNAME_remote.

    In Peer Autonomous Database, fare clic sul collegamento per accedere a un peer tra più aree.

  3. Nel database peer remoto, modificare la lista di controllo dell'accesso.

    Prima di modificare l'ACL, nella finestra di dialogo viene visualizzato un messaggio che indica che le ACL nel database peer vengono sincronizzate dal database primario. Ad esempio:

    Segue la descrizione di adb_remote_peer_sync_acls.png
    Descrizione dell'immagine adb_remote_peer_sync_acls.png

    Per ulteriori informazioni, vedere Configura liste di controllo dell'accesso per un'istanza di Autonomous Database esistente.

  4. Aggiungere, rimuovere o modificare una o più ACL.
  5. Fare clic su Salva.

Dopo avere modificato le ACL, le ACL sul peer primario e remoto vengono gestite separatamente.

Se si desidera riavviare la sincronizzazione delle ACL tra il peer primario e quello remoto, sono disponibili due opzioni:

  • Arrestare l'Autonomous Database peer e creare un nuovo database peer di disaster recovery tra più aree.

    Per informazioni dettagliate sull'interruzione di un database peer remoto, vedere Disabilita un peer tra più aree (remoto).

  • Contattare il Supporto Oracle Cloud e inoltrare una richiesta di servizio o contattare il rappresentante dell'assistenza.

Note per le operazioni peer di disaster recovery basate su backup tra più aree

Elenca le note e le limitazioni per l'aggiunta e la gestione di un peer di disaster recovery basato su backup tra più aree.

  • Dopo aver aggiunto un peer tra più aree (remoto), il wallet e la stringa di connessione dal database primario conterranno solo il nome host del database primario e il wallet e la stringa di connessione dal database remoto conterranno solo il nome host del database remoto. Ciò si applica sia ai wallet delle istanze che a quelli regionali.

    Per ulteriori informazioni, vedere Stringhe e wallet di connessione di disaster recovery tra più aree.

  • Se si attiva l'opzione Abilita replica di backup tra più aree al peer di disaster recovery, la replica dei backup nell'area remota può richiedere da diversi minuti a diverse ore, a seconda della dimensione dei backup. Dopo la replica dei backup, nella pagina dei dettagli di Autonomous Database del peer selezionare la scheda Backup per visualizzare una lista dei backup replicati.

    Per ulteriori informazioni, vedere Abilitare o disabilitare la replica di backup per un peer tra più aree esistente.

  • Quando si aggiunge un peer tra più aree, sono presenti considerazioni speciali quando l'istanza primaria utilizza chiavi gestite dal cliente o se si desidera passare all'uso di chiavi gestite dal cliente. Per ulteriori informazioni, consulta la sezione Autonomous Data Guard con chiavi gestite dal cliente.

  • Quando si aggiunge un peer di disaster recovery basato su backup, mentre nel campo Stato del ciclo di vita viene visualizzato Aggiornamento, nel database primario vengono disabilitate le azioni riportate di seguito.