Documentazione di Oracle Cloud Infrastructure

Aggiungi un database di standby tra più aree

È possibile 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 di standby, è necessario disporre di risorse disponibili adeguate. L'aggiunta di un database di standby Autonomous Data Guard riuscirà solo se l'aggiunta del database di standby non comporta il superamento dei limiti della tenancy o del compartimento per la CPU e lo storage.

Se necessario, eseguire i seguenti prerequisiti:

  • 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 uno 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 si aggiunge un database in standby, 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. 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 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.

      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.

    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

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

  • Nel campo Ruolo viene visualizzato Principale

  • 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.

  • Nel campo Tra più aree sono visualizzati gli elementi riportati di seguito.

    • 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 un database di 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 (remoti), 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 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, 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 delle chiavi gestite dal cliente e per ulteriori note sull'uso di Autonomous Data Guard con uno standby tra più aree.