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:

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

  • Dal menu di navigazione a sinistra di Oracle Cloud Infrastructure fare clic su Oracle Database e quindi, a seconda del carico di lavoro, fare clic su uno dei seguenti: Autonomous Data Warehouse o Autonomous Transaction Processing.

  • 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 Dettagli Autonomous Database, in Risorse, fare clic su Disaster recovery.
  2. In Disaster Recovery, fare clic su Aggiungi database peer.
  3. Nel campo 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 Seleziona un compartimento. In questa lista, scegliere un compartimento per il 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, selezionare Abilita la replica di backup tra più aree nel 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 database peer.

    Lo stato del ciclo di vita di Autonomous Database mostra l'aggiornamento. Nell'area Risorse con l'opzione Disaster recovery selezionata, il campo Stato mostra Provisioning.

    Dopo un certo periodo di tempo, lo stato del ciclo di vita mostra Disponibile e il provisioning del database in 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 pagina Dettagli Autonomous Database sotto Disaster recovery la console di Oracle Cloud Infrastructure mostra quanto segue:

  • Nel campo Ruolo viene visualizzato Principale

  • Il campo Locale mostra Basato su backup o Autonomous Data Guard. Quando il campo locale mostra Basato su backup, è disponibile anche un collegamento, Upgrade ad Autonomous Data Guard. Fare clic su questo collegamento per eseguire l'upgrade del disaster recovery locale ad Autonomous Data Guard.

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

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

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.

Quando si fa clic su Disaster Recovery in Risorse, nella colonna Peer Autonomous Database viene visualizzato il nome del database in standby e viene fornito un collegamento. Fare clic sul collegamento per accedere 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, in Risorse fare clic su 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 seleziona Abilita la replica del backup tra più aree al peer di disaster recovery, la replica dei backup nell'area remota può richiedere da alcuni minuti a diverse ore, a seconda della dimensione dei backup. Dopo la replica dei backup, quando si seleziona Backup in Risorse nella console di Oracle Cloud Infrastructure del database peer, verrà visualizzata la lista dei backup replicati.

  • Quando si aggiunge un database in standby e lo stato del ciclo di vita mostra Aggiornamento, per il database primario vengono disabilitate le azioni riportate di seguito.

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