Documentazione dell'infrastruttura Oracle Cloud

Aggiungi un database in standby tra più aree

Puoi abilitare Autonomous Data Guard con uno standby tra più aree quando Autonomous Database è disponibile (lo stato del ciclo di vita mostra Disponibile).

Per aggiungere un database in standby, è necessario disporre di risorse disponibili adeguate. L'aggiunta di un database di standby Autonomous Data Guard avrà esito positivo solo se l'aggiunta del database di standby non comporta il superamento dei limiti di tenancy o compartimento per CPU e storage.

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 standby Autonomous Data Guard tra più aree, effettuare le operazioni riportate di seguito.

  1. Nella pagina dei dettagli di Autonomous Database selezionare la scheda Disaster recovery.
  2. Nella scheda Disaster recovery fare clic su Aggiungi database peer.
  3. Nell'elenco Area selezionare un'area.

    La lista delle aree mostra le aree remote disponibili in cui è possibile creare uno standby tra più aree. Quando aggiungi un database in standby, 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. Quando si seleziona un'area, Autonomous Database mostra la lista Compartimento. Da questa lista selezionare un compartimento per lo standby tra più aree.
  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: Autonomous Data Guard.
    2. Se si desidera abilitare la replica di backup tra più aree, attivare l'opzione Abilita replica di backup tra più aree al peer di disaster recovery.
    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.

      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.

    Il badge dello stato del ciclo di vita di Autonomous Database mostra l'aggiornamento. Nella scheda Disaster recovery la colonna Stato per il peer mostra Provisioning.

    Dopo un po' di tempo, il badge dello stato del ciclo di vita mostra Disponibile e il provisioning del database di standby continua.

    Nota

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

Al termine del provisioning, nella console di Oracle Cloud Infrastructure, nella pagina dei dettagli di Autonomous Database, l'area di Disaster recovery mostra quanto segue:

  • Ruolo mostra Primario

  • Il campo Locale mostra Basato su backup o Autonomous Data Guard.

    Il campo locale dispone anche di un menu Azioni. Se lo standby locale è basato su backup, nel menu Azioni vengono visualizzate le opzioni Upgrade ad Autonomous Data Guard e Switchover.

  • Il campo Cross-region mostra quanto segue.

    • Autonomous Data Guard quando hai un singolo database di standby tra più aree.

    • Peer x: quando si dispone di più peer di disaster recovery tra più aree, dove x è il numero di peer tra più aree.

Quando si aggiunge uno standby tra più aree, il database di standby creato nell'area remota ha lo stesso nome visualizzato del database primario con un'estensione "_regione". Dove regione è il nome dell'area, ad esempio IAD o BOM.

Nella scheda Disaster recovery la colonna Peer Autonomous Database mostra il nome del database di standby e fornisce un collegamento. Fare clic sul collegamento per andare alla console di Oracle Cloud Infrastructure per il database di standby remoto.

Note per l'aggiunta di un database di standby tra più aree:

  • Autonomous Database genera la richiesta di lavoro Abilita disaster recovery tra più aree. Per visualizzare la richiesta, nella pagina dei dettagli di Autonomous Database selezionare la scheda Richieste di lavoro.

  • Dopo aver aggiunto un database di standby tra più aree (remote), 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ò vale sia per i wallet delle istanze che per 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, la scheda Backup mostra la lista dei backup replicati.

  • Mentre si aggiunge un database in standby e il badge dello stato del ciclo di vita mostra Aggiornamento. Le seguenti azioni vengono disabilitate per il database primario durante l'aggiornamento:

  • Consulta le Note di Autonomous Data Guard tra più aree e le Note per le chiavi gestite dal cliente in OCI Vault con Autonomous Data Guard per informazioni sull'uso di chiavi gestite dal cliente e per note aggiuntive sull'uso di Autonomous Data Guard con un standby tra più aree.