Usa Oracle Data Guard con Oracle Exadata Database Service su infrastruttura Exascale

Assicurati di soddisfare i requisiti per l'uso di Oracle Exadata Database Service sull'infrastruttura Exascale con Oracle Data Guard.

Verificare che l'ambiente soddisfi i requisiti di rete indicati di seguito.

• I database primario e in standby possono far parte dei cluster VM in compartimenti diversi.

• Tuttavia, i database primario e in standby devono far parte della stessa VCN all'interno della stessa area.

• Se desideri configurare Oracle Data Guard nelle varie region, devi configurare il peering VCN (Virtual Cloud Network) remoto tra i database primario e in standby. Il networking è configurato nella risorsa cluster VM cloud.

  Per le configurazioni Data Guard Exadata, OCI supporta l'uso della topologia di rete hub e spoke per le VCN all'interno di ogni area. Ciò significa che i database primari e in standby possono utilizzare ciascuna una VCN "spoke" che passa il traffico di rete alla VCN "hub" con una connessione peering remota. Per informazioni sull'impostazione di questa topologia di rete, vedere Instradamento del transito all'interno di una VCN hub.

• Per impostare Oracle Data Guard all'interno di un'unica area, entrambe le istanze di Oracle Exadata Database Service sull'infrastruttura Exascale devono utilizzare la stessa VCN. Quando si imposta Data Guard all'interno della stessa area, Oracle consiglia che l'istanza contenente il database di standby si trovi in un dominio di disponibilità diverso dall'istanza contenente il database primario per migliorare la disponibilità e il recupero da errori irreversibili.

• Configurare le regole di sicurezza in entrata e in uscita per le subnet di entrambe le istanze di Oracle Exadata Database Service sull'infrastruttura Exascale nell'associazione Oracle Data Guard per consentire al traffico TCP di spostarsi tra le porte applicabili. Assicurarsi che le regole create siano con conservazione dello stato (impostazione predefinita).

  Ad esempio, se la subnet dell'istanza primaria di Oracle Exadata Database Service sull'infrastruttura Exascale utilizza il CIDR di origine 10.0.0.0/24 e la subnet dell'istanza di standby utilizza il CIDR di origine 10.0.1.0/24, creare le regole come mostrato nell'esempio successivo.

						Stateless: No
						Source: 10.0.1.0/24 
						IP Protocol: TCP 
						Source Port Range: All 
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

                                Stateless: No
						Destination: 10.0.1.0/24 
						IP Protocol: TCP 
						Source Port Range: All
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

 
              				Stateless: No
						Source: 10.0.0.0/24 
						IP Protocol: TCP 
						Source Port Range: All 
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

					

						Stateless: No
						Destination: 10.0.0.0/24 
						IP Protocol: TCP 
						Source Port Range: All
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

Per informazioni sulla creazione e la modifica di regole, vedere Elenchi di sicurezza.

Per modificare la password SYS o ruotare le chiavi TDE, utilizzare l'API OCI.

Possibili problemi di replica delle chiavi TDE e errori delle operazioni MRP e DG LCM.

L'RPM KMS libkmstdepkcs11_1.286-1.286-1-Linux.rpm è l'ultimo disponibile che supporta la replica attiva della chiave tra i vault KMS tra più aree (origine e destinazione) e si consiglia di eseguire l'upgrade dell'RPM nei cluster che partecipano a Data Guard. Data Guard tra più aree di OCI Vault funziona con una versione inferiore dell'RPM, ma la versione precedente non garantisce la replica attiva delle chiavi. Se le chiavi TDE presentano problemi di replica tra i vault, la replica di Data Guard potrebbe avere un impatto (MRP non riesce nel cluster di standby a causa della mancanza della chiave nel vault di destinazione) e MRP potrebbe riprendere solo dopo che le chiavi sono state replicate nel vault di destinazione. Per evitare errori operativi MRP e DG LCM, aggiornare l'RPM libkms su entrambi i cluster e riavviare i database (solo database che utilizzano chiavi gestite dal cliente).

Se l'aggiunta del nodo viene eseguita nel database di standby o nel database primario, i metadati devono essere aggiornati manualmente nel database diverso da quello in cui è stato aggiunto il nodo.

Quando si aggiunge un nodo a un cluster VM, sul nuovo nodo viene creata automaticamente un'istanza del database Data Guard. Tuttavia, l'aggiornamento dei metadati sul database remoto, ovvero il database primario se l'aggiunta viene eseguita sul database di standby e viceversa, deve essere eseguito manualmente.

Questo può essere fatto copiando il file JSON addinstance, /var/opt/oracle/dbaas_acfs/<dbname>/addInstance.json creato alla fine dell'aggiunta dell'istanza ed eseguendo il comando /var/opt/oracle/ocde/rops update_instance <dbname> <path to addInstance JSON> su qualsiasi nodo del cluster remoto.

Se la rimozione dei nodi viene eseguita nel database di standby o nel database primario, i metadati devono essere aggiornati manualmente nel database diverso da quello in cui è stato rimosso il nodo.

Quando si rimuove un nodo da un cluster VM, l'istanza e i relativi metadati sul nodo di rimozione vengono eliminati automaticamente. Tuttavia, l'eliminazione dei metadati corrispondenti nel database remoto, ovvero il database primario se la rimozione viene eseguita nel database di standby e viceversa, deve essere eseguita manualmente.

Questa operazione può essere eseguita eseguendo il comando /var/opt/oracle/ocde/rops remove_instance <dbname> <Instance Name> su qualsiasi nodo del cluster remoto.

Uno switchover inverte i ruoli del database primario e in standby.

Ogni database continua a far parte del gruppo Data Guard nel suo nuovo ruolo. Lo switchover non garantisce alcuna perdita di dati. È possibile utilizzare uno switchover prima di eseguire la manutenzione pianificata nel database primario. L'esecuzione della manutenzione pianificata su una virtual machine del database Exadata con un gruppo Data Guard viene in genere eseguita passando dal ruolo primario al ruolo di standby, eseguendo la manutenzione in standby e quindi riportandola al ruolo primario.

Con Oracle Data Guard, un failover esegue la transizione del database di standby al ruolo primario dopo l'errore o l'irraggiungibilità del database primario esistente.

Un failover può causare una perdita di dati quando si utilizza la modalità di protezione Prestazioni massime.

Il comando di ripristino ripristina un database nel ruolo di standby in un'associazione Oracle Data Guard.

È possibile utilizzare il comando reinstate per riportare in servizio un database non riuscito dopo aver corretto la causa dell'errore.

Scopri come impostare un gruppo Oracle Data Guard tra i database.

1. Aprire il menu di navigazione. In Oracle Database, fai clic su Oracle Exadata Database Service on Exascale Infrastructure.
2. Scegliere il compartimento che contiene l'istanza di Oracle Exadata Database Service sull'infrastruttura Exascale con il database per il quale si desidera abilitare Oracle Data Guard.
3. Passare al cluster VM cloud contenente un database che si desidera assumere il ruolo primario:
4. In Oracle Exadata Database Service on Exascale Infrastructure, fare clic su Cluster VM Exadata. Nella lista dei cluster VM, individuare il cluster VM a cui si desidera accedere e fare clic sul relativo nome evidenziato per visualizzare la pagina dei dettagli per il cluster.
5. Nella pagina Dettagli cluster VM, nella sezione Database, fare clic sul nome del database che si desidera rendere primario.
6. Nella pagina Informazioni sul database, in Risorse, trovare il gruppo Data Guard e fare clic su Aggiungi standby.
7. Nella pagina Aggiungi standby configurare il gruppo Data Guard.

   • Per eseguire in modo esplicito un controllo preliminare, fare clic su Esegui controllo preliminare.

     Quando si fa clic su Esegui controllo preliminare, vengono eseguite le azioni riportate di seguito.

     - Il sistema chiude la pagina Aggiungi standby.

     - Viene visualizzato un messaggio nella pagina Dettagli database primario che indica che il controllo preliminare di Data Guard è in corso e che il pulsante Aggiungi standby è disabilitato.

     Fare clic sul collegamento Visualizza dettagli per andare alla pagina Richieste di lavoro.

     - Rivedere lo stato del controllo preliminare: Riuscito o Non riuscito.

     - Se il controllo preliminare non è riuscito, risolvere gli errori segnalati e riprovare l'impostazione di Data Guard.

     Nota: mentre il controllo preliminare è in esecuzione, il database primario e il cluster VM rimangono nello stato DISPONIBILE.

   • Nella sezione Seleziona cluster VM peer fornire le informazioni riportate di seguito per consentire al database di standby di ottenere una lista di sistemi Exadata disponibili in cui individuare il database di standby.
     • Area: selezionare un'area in cui si desidera individuare il database in standby. Per impostazione predefinita, è selezionata l'area in cui si trova il database primario. Puoi scegliere di individuare il database in standby in un'area diversa. Il testo del suggerimento associato a questo campo indica l'area in cui si trova il database primario.
     • Dominio di disponibilità: selezionare un dominio di disponibilità per il database in standby. Il testo del suggerimento associato a questo campo indica in quale dominio di disponibilità si trova il database primario.
     • Seleziona un servizio: Exadata Database Service on Dedicated Infrastructure o Exadata Database Service on Exascale Infrastructure.
     • Selezionare l'infrastruttura Exadata: applicabile solo se è stato selezionato Exadata Database Service on Dedicated Infrastructure dall'elenco a discesa Seleziona un servizio.
     • Tipo di risorsa peer Data Guard: selezionare Cluster VM dall'elenco a discesa.
     • Scegli l'esperienza Data Guard:
       • Utilizzare la nuova risorsa di gruppo Data Guard Con questa opzione, la nuova configurazione Data Guard verrà creata come risorsa di gruppo Data Guard. Questa opzione con le nuove API supporta l'aggiunta di più database in standby e fornisce altri miglioramenti. Se al momento disponi di un'automazione che gestisce le operazioni di Data Guard utilizzando l'API di associazione Data Guard esistente, puoi aggiornare le tue applicazioni per utilizzare la nuova API e sfruttare queste nuove funzionalità.
       • Usa la risorsa di associazione Data Guard esistente Scegliere questa opzione se l'automazione per la gestione delle operazioni Data Guard si basa sull'API di associazione Data Guard esistente. Tuttavia, non sarai in grado di aggiungere più database in standby e non otterrai i miglioramenti forniti dalla nuova API.

   • Dettagli gruppo Data Guard:
     • Tipo Data Guard: selezionare Active Data Guard o Data Guard. Active Data Guard fornisce funzionalità aggiuntive tra cui: query in tempo reale e riduzione del carico DML, riparazione automatica dei blocchi, registrazione delle modifiche dei blocchi in standby, sincronizzazione remota, servizi di dati globali e continuità di applicazione. Tenere presente che Active Data Guard richiede una licenza Oracle Active Data Guard. Per ulteriori informazioni su Active Data Guard, vedere Active Data Guard. Per una panoramica completa di entrambi i tipi di Data Guard, vedere Introduzione a Oracle Data Guard
     • Modalità di protezione: campo di sola lettura. La modalità di protezione può essere Prestazioni massime oDisponibilità massima. Per informazioni su queste opzioni, vedere Modalità di protezione di Oracle Data Guard.
     • Tipo di trasporto: questo è un campo di sola lettura. Indica il tipo di trasporto di redo utilizzato per questo gruppo Data Guard. Per informazioni su queste opzioni, vedere Redo Transport Services.
       • Creazione del primo database in standby: non è possibile modificare la modalità di protezione o il tipo di trasporto per il primo database in standby durante la creazione. È possibile modificarlo successivamente.
         • Di seguito sono riportate le impostazioni predefinite.
           • Modalità di protezione: Prestazioni massime
           • Tipo di trasporto::= Asincrono
       • Creazione del secondo in standby Nth: non è possibile modificare la modalità di protezione o il tipo di trasporto per i database di standby successivi.
         • La modalità di protezione viene ereditata dal primo standby.
         • Il tipo di trasporto predefinito è impostato su Async.
   • Nella sezione Home database, scegliere una delle seguenti opzioni:
     • Selezionare una home database esistente: se si utilizza questa opzione, selezionare una home dall'elenco a discesa Nome visualizzato home database.
     • Creare una nuova home del database: se si sceglie questa opzione, immettere un nome per la nuova home del database nel campo Nome visualizzato home del database. Fare clic su Modifica immagine del database per selezionare un'immagine software del database per la nuova home del database. Nel pannello Selezionare un'immagine software del database, effettuare le operazioni riportate di seguito.
       1. Selezionare il compartimento contenente l'immagine software del database che si desidera utilizzare per creare la nuova home del database.
       2. Selezionare l'area contenente l'immagine software del database che si desidera utilizzare per creare la nuova home del database. Il filtro area viene impostato automaticamente sull'area attualmente connessa ed elenca tutte le immagini software create in tale area. Quando si sceglie un'area diversa, l'elenco delle immagini software viene aggiornato per visualizzare le immagini software create nell'area selezionata.
       3. Selezionare la versione software di Oracle Database che verrà utilizzata dalla nuova home del database, quindi scegliere un'immagine dalla lista delle immagini disponibili per la versione software selezionata.
       4. Fare clic su Seleziona.
       Nota
       
       

       • Oracle consiglia di applicare la stessa lista di patch alle home del database dei database primario e in standby.
       • Se stai utilizzando la nuova risorsa del gruppo Data Guard, devi prima creare la home del database prima di aggiungere il database in standby.
   • Nella sezione Configura database di standby: fornire i dettagli del database di standby.
     Nota
     
     Non è possibile modificare il prefisso db_unique_name e SID dopo aver creato il database.
     • Nome univoco del database: è possibile specificare un valore per il parametro di database DB_UNIQUE_NAME. Questo valore deve essere univoco nei cluster VM del cloud primario e in standby. Il nome univoco deve soddisfare i requisiti riportati di seguito.
       • Massimo 30 caratteri
       • Contiene solo caratteri alfanumerici o di sottolineatura (_)
       • Inizia con un carattere alfabetico
       • Univoco nel cluster VM. Oracle consiglia che sia univoco nella tenancy.
       Se non viene specificato, il sistema genera automaticamente un valore univoco, come indicato di seguito.

       <db_name>_<3_chars_unique_string>_<region-name>

     • Password database: immettere la password dell'amministratore del database del database primario. Utilizzare la stessa password di amministratore del database per il database di standby.

       Nota
       
       La password dell'amministratore e la password del wallet TDE devono essere identiche. Se le password non sono identiche, seguire le istruzioni in Modifica delle password del database per verificare che siano identiche.
     • Password del wallet TDE: immettere la password del wallet TDE.
8. facoltativo. Abilita copia thin: selezionare questa opzione per utilizzare la tecnologia di reindirizzamento su scrittura Exascale per creare una copia thin del PDB. Questa opzione consente di riutilizzare i blocchi duplicati con il PDB padre, condiviso con la copia. Deselezionando questa opzione si ottiene una copia completa e tradizionale con tutti i blocchi copiati e completamente indipendente dal padre.
9. Memorizzazione database. Questa sezione si applica solo ai container database (CDB) 19c di Oracle Database in esecuzione sui cluster VM configurati con lo storage a blocchi Exascale. Non è necessario allocare alcuna memoria per i CDB Oracle AI Database 26ai in esecuzione sui cluster VM configurati con Exascale Smart Storage.
10. Fare clic su Mostra opzioni avanzate per specificare le opzioni avanzate per il database di standby.

    • Gestione:

      Prefisso SID Oracle: il numero di istanza di Oracle Database viene aggiunto automaticamente al prefisso SID per creare il parametro INSTANCE_NAME del database. Il parametro INSTANCE_NAME è anche noto come SID. Se non viene fornito, il prefisso SID assume per impostazione predefinita i primi 12 caratteri del valore db_unique_name.

      Il prefisso SID deve soddisfare i requisiti indicati di seguito.

      • Massimo 12 caratteri
      • Contiene solo caratteri alfanumerici
      • Inizia con un carattere alfabetico
      • Esclusivo nel cluster VM e nei database primari e in standby
    • • Nella scheda Tag è possibile aggiungere tag al database. Per applicare una tag definita, è necessario disporre delle autorizzazioni per utilizzare lo spazio di nomi tag. Per ulteriori informazioni sull'applicazione di tag, vedere Tag risorsa. Se non si è certi di dover applicare i tag, saltare questa opzione (è possibile applicare i tag in seguito) o chiedere all'amministratore.
11. Fare clic su Aggiungi database in standby. Quando si crea l'associazione, i dettagli di un database e del relativo peer visualizzano i rispettivi ruoli come Principale o In standby.

• Visualizza avanzamento provisioning Data Guard
  Visualizza lo stato di avanzamento dei task di provisioning Data Guard utilizzando la pagina Richieste di lavoro.

Per visualizzare il ruolo di ogni database in un'associazione Data Guard in un cluster VM cloud, attenersi alla procedura riportata di seguito.

1. Aprire il menu di navigazione. In Oracle Database, fai clic su Oracle Exadata Database Service on Exascale Infrastructure.
2. Scegliere il compartimento.
3. Passare al cluster VM cloud contenente i database che si desidera visualizzare i relativi ruoli nelle associazioni Data Guard.
4. Nella sezione Database in Risorse vengono visualizzate le informazioni riportate di seguito.
   • Il ruolo di ogni database in questo cluster VM è indicato nella colonna Ruolo Data Guard.
   • Il servizio su cui è in esecuzione ciascun database è indicato nella colonna Nome servizio.

Imparare ad abilitare i backup automatici in un database di standby.

1. Aprire il menu di navigazione. In Oracle Database, fai clic su Oracle Exadata Database Service on Exascale Infrastructure.
2. Scegliere il compartimento che contiene l'istanza dell'infrastruttura Exadata Cloud con il database per il quale si desidera abilitare il database automatico.
3. Passare al cluster VM cloud contenente il database primario. In Oracle Exadata Database Service on Exascale Infrastructure, fare clic su Cluster VM Exadata. Nella lista dei cluster VM, individuare il cluster VM a cui si desidera accedere e fare clic sul nome evidenziato per visualizzare la pagina dei dettagli per il cluster.
4. Nella pagina Cluster VM fare clic sul nome del database primario nella sezione Database.
5. Nella pagina Dettagli database, selezionare l'opzione Gruppi Data Guard.
6. Fare clic sul nome del database di standby per il quale si desidera abilitare i backup automatici.

   Il sistema visualizza un banner se i backup automatici non sono abilitati per questo database.

7. Fare clic su Abilita backup automatici nel banner.
8. Nella finestra Configura backup automatici risultante, immettere i seguenti dettagli:
   • Abilita backup automatico: selezionare la casella di controllo per abilitare o disabilitare i backup incrementali automatici per questo database. Se il database si trova in un compartimento della zona di sicurezza, è necessario abilitare i backup automatici.
   • Pianificazione backup:
     • Giorno di pianificazione del backup completo: scegliere un giorno della settimana per l'avvio dei backup L0 iniziali e futuri.
     • Tempo di pianificazione backup completo (UTC): specificare la finestra di tempo in cui i backup completi vengono avviati quando si seleziona la capacità di backup automatica.
     • Eseguire immediatamente il primo backup: un backup completo del database include tutti i file di dati, i control file e i file di parametri associati al database di destinazione. I backup degli archivi sono separati e disaccoppiati ed eseguiti ogni 30 minuti. Puoi scegliere di eseguire immediatamente il primo backup completo o di posticipare il tempo di pianificazione del backup completo assegnato. Se si rinvia a quest'ultimo, il database non sarà recuperabile fino al completamento del primo backup.
   • Destinazione backup: lo storage degli oggetti è selezionato per impostazione predefinita e non è possibile modificarlo.
     Nota
     
     

     • Se il backup automatico è abilitato nel database primario e la destinazione di backup è Autonomous Recovery Service, non è possibile abilitare il backup nel database di standby.
     • Se il backup automatico è abilitato nel database primario e la destinazione di backup è lo storage degli oggetti, puoi abilitare il backup nel database di standby. Tenere presente che è possibile selezionare solo lo storage degli oggetti come destinazione di backup.
     • Se il backup automatico è disabilitato nel database primario, puoi comunque abilitare il backup nel database di standby selezionando lo storage degli oggetti come destinazione di backup.
9. Fare clic su Salva modifiche.

Per avviare un'operazione di switchover, utilizzare l'associazione Data Guard del database primario.

1. Aprire il menu di navigazione. Fai clic su Oracle Database, quindi su Oracle Exadata Database Service on Exascale Infrastructure
2. Scegliere il compartimento contenente l'istanza di Oracle Exadata Database Service sull'infrastruttura Exascale con il database per il quale si desidera abilitare Oracle Data Guard.

3. Passare al cluster VM cloud contenente l'associazione Data Guard:

   Oracle Exadata Database Service su infrastruttura Exascale, fare clic su Cluster Exadata VM. Nella lista dei cluster VM, individuare il cluster VM a cui si desidera accedere e fare clic sul nome evidenziato per visualizzare la pagina dei dettagli del cluster.

4. In Risorse, fare clic su Associazioni Data Guard.
5. Per l'associazione Data Guard su cui si desidera eseguire uno switchover, fare clic sull'icona Azioni (tre punti), quindi fare clic su Switchover.

6. Nella finestra di dialogo Switchover database immettere la password di amministratore del database, quindi fare clic su OK.

   Questo database dovrebbe ora assumere il ruolo del database in standby e il database in standby dovrebbe assumere il ruolo del database primario nell'associazione Data Guard.

Si modifica l'associazione Oracle Data Guard per configurare la protezione Data Guard per il database primario.

1. Aprire il menu di navigazione. Fai clic su Oracle Database, quindi su Oracle Exadata Database Service on Exascale Infrastructure
2. Scegliere il compartimento che contiene l'istanza di Exadata Cloud Service con il database per il quale si desidera abilitare Oracle Data Guard.

3. Passare al cluster VM cloud contenente l'associazione Data Guard:

   In Oracle Exadata Database Service on Exascale Infrastructure, fare clic su Cluster VM Exadata. Nella lista dei cluster VM, individuare il cluster VM a cui si desidera accedere e fare clic sul relativo nome evidenziato per visualizzare la pagina dei dettagli per il cluster.

4. In Risorse, fare clic su Associazioni Data Guard.
5. Per l'associazione Data Guard che si desidera gestire, fare clic sul menu Azioni, quindi fare clic su Modifica modalità protezione.

6. Nel pannello Associazione Data Guard configurare l'associazione Data Guard:

   • Tipo di Data Guard: selezionare Active Data Guard o Data Guard. Active Data Guard offre funzioni aggiuntive, tra cui query in tempo reale e riduzione del carico DML, riparazione automatica dei blocchi, registrazione delle modifiche ai blocchi in standby, sincronizzazione remota, servizi dati globali e continuità di applicazione. Tenere presente che Active Data Guard richiede una licenza Oracle Active Data Guard. Per ulteriori informazioni su Active Data Guard, vedere Active Data Guard. Per una panoramica completa di entrambi i tipi di Data Guard, vedere Introduzione a Oracle Data Guard
   • Modalità di protezione: la modalità di protezione può essere Prestazioni massime o Disponibilità massima. Per informazioni su queste opzioni, vedere Modalità di protezione di Oracle Data Guard.

   • Tipo di trasporto: il tipo di trasporto di redo utilizzato per questa associazione di Oracle Data Guard.

   • Password amministratore del database: immettere la password ADMIN per il database.
7. Fare clic su Salva.

Per avviare un'operazione di failover, utilizzare l'associazione Data Guard del database in standby.

1. Aprire il menu di navigazione. Fai clic su Oracle Database, quindi su Oracle Exadata Database Service on Exascale Infrastructure
2. Scegliere il compartimento contenente l'istanza di Oracle Exadata Database Service sull'infrastruttura Exascale con il database per il quale si desidera abilitare Oracle Data Guard.

3. Passare al cluster VM cloud contenente l'associazione Data Guard:

   In Oracle Exadata Database Service su infrastruttura Exascale, fare clic su Cluster Exadata VM. Nella lista dei cluster VM, individuare il cluster VM a cui si desidera accedere e fare clic sul nome evidenziato per visualizzare la pagina dei dettagli del cluster.

4. In Risorse, fare clic su Associazioni Data Guard.
5. Per l'associazione Data Guard su cui si desidera eseguire un failover, fare clic su Failover.

6. Nella finestra di dialogo Database di salvataggio, immettere la password amministratore del database, quindi fare clic su OK.

   A questo punto, questo database dovrebbe assumere il ruolo primario e il ruolo primario precedente dovrebbe essere visualizzato come Standby disabilitato.

1. Aprire il menu di navigazione. Fai clic su Oracle Database, quindi su Oracle Exadata Database Service on Exascale Infrastructure
2. Scegliere il compartimento contenente Oracle Exadata Database Service sull'infrastruttura Exascale con il database per il quale si desidera abilitare Oracle Data Guard.

3. Passare al cluster VM cloud contenente l'associazione Data Guard:

   In Oracle Exadata Database Service su infrastruttura Exascale, fare clic su Cluster Exadata VM. Nella lista dei cluster VM, individuare il cluster VM a cui si desidera accedere e fare clic sul nome evidenziato per visualizzare la pagina dei dettagli del cluster.

4. In Risorse, fare clic su Associazioni Data Guard.
5. Per l'associazione Data Guard su cui si desidera ripristinare questo database, fare clic sull'icona Azioni (tre punti), quindi fare clic su Ripristina.

6. Nella finestra di dialogo Ripristina database immettere la password di amministratore del database, quindi fare clic su OK.

   Ora questo database deve essere ripristinato come database in standby nell'associazione Data Guard.

In un'istanza di Oracle Exadata Database Service on Exascale Infrastructure, rimuovere un'associazione Data Guard terminando il database di standby.

1. Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Oracle Exadata Database Service on Exascale Infrastructure.
2. Scegliere il compartimento contenente il cluster VM dell'infrastruttura Oracle Exadata Database Service su Exascale con il database per il quale si desidera abilitare Oracle Data Guard.

3. Passare al cluster VM cloud che contiene il database di standby:

   In Oracle Exadata Database Service su infrastruttura Exascale, fare clic su Cluster Exadata VM. Nella lista dei cluster VM, individuare il cluster VM a cui si desidera accedere e fare clic sul nome evidenziato per visualizzare la pagina dei dettagli del cluster.

4. Per il database in standby che si desidera arrestare, fare clic sull'icona Azioni, quindi fare clic su Termina.

5. Nella finestra di dialogo Termina database, immettere il nome del database, quindi fare clic su OK.