Operazioni tra più aree di disaster recovery basate su backup

Descrive le operazioni tra più aree con il disaster recovery basato su backup.

Aggiungi un peer di disaster recovery tra più aree

Oltre a un peer di disaster recovery basato su backup locale, puoi aggiungere uno o più peer di disaster recovery basati su backup (cross-region).

Se necessario, eseguire i passi dei prerequisiti riportati di seguito.

  • 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. Selezionare un'area nell'elenco a discesa Regione.

    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 solo un'area remota se la tenancy è sottoscritta all'area remota (è necessario aver eseguito la sottoscrizione all'area remota associata). Per ulteriori informazioni, consulta la sezione relativa alle aree abbinate tra più aree di Autonomous Database.

  4. Nell'elenco a discesa Select a compartment 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 dei 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 standby immettere la rete cloud virtuale e la subnet.

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

      Nota

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

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

    Nota

    Quando si aggiunge 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

Puoi abilitare o disabilitare la replica di backup su un peer cross-region di disaster recovery basato su backup.

Per abilitare o disabilitare la replica di backup per uno standby Autonomous Data Guard tra più aree esistente, effettuare le operazioni riportate di seguito.

  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.

    Viene visualizzata la pagina Aggiorna disaster recovery.



  3. Abilitare o disabilitare la replica di backup.
    1. Se la replica di backup tra più aree è disabilitata, selezionare Abilita la replica di backup tra più aree nel 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 nel peer di disaster recovery per disabilitare l'opzione.
  4. Fare clic su Invia.

    Lo stato del ciclo di vita di Autonomous Database viene modificato 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.

Disconnetti 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. Questo converte il database da un database peer a un database standalone. Dopo l'operazione di disconnessione non è consentito riconnettersi al database primario.

I passi per disconnettere un database in standby peer di disaster recovery basato su backup sono gli stessi di quelli per disconnettere un database in standby. Per ulteriori informazioni, vedere Disconnetti un 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 è 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 è 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 prendere nuovi backup come database standalone.

Disabilita un peer tra più aree (remoto)

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

Se necessario, eseguire i passi dei prerequisiti riportati di seguito.

  • 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 (remoto):

  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 informativa Disaster recovery mostra l'Autonomous Database peer. 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 il peer remoto per accedere al peer tra più aree.

  3. Nell'elenco a discesa Dettagli della console di Oracle Cloud Infrastructure per il peer remoto, selezionare Altre azioni nell'elenco a discesa 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 Terminate Autonomous Database.

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

Esistono limitazioni per la disabilitazione quando un'istanza dispone di un peer di disaster recovery basato su backup tra più aree, come riportato 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 l'elemento principale, viene visualizzato un errore.

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

Aggiorna 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 primari e remoti di disaster recovery utilizzano le stesse ACL (Network Access Control List). 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 su un peer remoto, Autonomous Database non mantiene più sincronizzata la configurazione ACL tra il peer primario e quello remoto. Dopo aver modificato le ACL su 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:

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

    L'area informativa Disaster recovery mostra l'Autonomous Database peer. 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 suSalva.

Dopo aver modificato le ACL, le ACL sul peer primario e su quello remoto vengono gestite separatamente.

Se si desidera riavviare la sincronizzazione delle ACL tra il peer primario e il peer 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 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, mentre il wallet e la stringa di connessione dal database remoto conterranno solo il nome host del database remoto. Ciò vale sia per i wallet di istanza che per quelli regionali.

    Per ulteriori informazioni, vedere Stringhe di connessione e wallet 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 Abilita o disabilita replica di backup per un peer tra più aree esistente.

  • Quando si aggiunge un peer tra più aree, tenere 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 Autonomous Data Guard con chiavi gestite dal cliente.

  • Quando si aggiunge un peer di recupero da errori irreversibili basato su backup, mentre il campo Stato ciclo di vita mostra Aggiornamento, nel database primario vengono disabilitate le azioni riportate di seguito.