Prima di impostare Data Guard, assicurarsi che l'ambiente dell'infrastruttura Exadata Cloud soddisfi i requisiti di rete riportati di seguito.

• I database primario e in standby possono far parte dei cluster VM in compartimenti diversi.
• 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 viene configurato nella risorsa cluster VM cloud per i sistemi che utilizzano il nuovo modello di risorsa Exadata e nella risorsa del sistema DB per il sistema che utilizza il vecchio modello di risorsa. Vedere Peering VCN remoto mediante RPC.

  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 una singola area, entrambe le istanze dell'infrastruttura Exadata Cloud 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 di entrata e uscita per le subnet di entrambe le istanze dell'infrastruttura Exadata Cloud 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 dell'infrastruttura Exadata Cloud 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.

Regole di sicurezza per la subnet dell'istanza dell'infrastruttura Exadata Cloud primaria

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

Regole di sicurezza per la subnet dell'istanza dell'infrastruttura Exadata Cloud in standby

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 delle 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).

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.

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.

Un failover esegue la transizione del database di standby al ruolo primario dopo l'errore o l'irraggiungibilità del database primario esistente.

Il failover può comportare o meno la perdita di dati a seconda della modalità di protezione e se i database di standby primario e di destinazione sono stati sincronizzati al momento dell'errore del database primario. Per ulteriori informazioni, consultare Failover manuale nella documentazione di Data Guard.

Ripristina un database nel ruolo di standby in un gruppo Data Guard.

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

Impara a impostare il gruppo Data Guard tra i database.

1. Aprire il menu di navigazione. In Oracle Database, fare clic su Oracle Exadata Database Service on Dedicated Infrastructure.
2. Scegliere il compartimento che contiene l'istanza dell'infrastruttura Exadata Cloud con il database per il quale si desidera abilitare Oracle Data Guard.
3. Passare al cluster VM cloud o al sistema DB contenente un database che si desidera assumere il ruolo primario:
   • Cluster Cloud VM ( nuovo modello di risorse): in Oracle Exadata Database Service on Dedicated Infrastructure, 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.
   • Sistemi DB: in Bare Metal, VM ed Exadata, fare clic su Sistemi DB. Nella lista dei sistemi DB, individuare il sistema DB Exadata a cui si desidera accedere, quindi fare clic sul relativo nome per visualizzare i dettagli.
4. Nella pagina dei dettagli del cluster VM o del sistema DB, fare clic sul nome del database che si desidera rendere primario nella sezione Database.
5. Nella pagina Dettagli database, in Risorse, fare clic su Associazioni Data Guard.
6. Fare clic su Aggiungi standby.
7. Nella pagina Aggiungi standby configurare il gruppo Data Guard.
   • Per eseguire in modo esplicito un controllo preliminare di Data Guard, 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.
     • Nella pagina Dettagli database principali viene visualizzato un messaggio 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 relativa allo stato:

     • 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.
     • Peer region: 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 di standby. Il testo di 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.
     • Seleziona infrastruttura Exadata: applicabile solo se è stata selezionata l'opzione Exadata Database Service on Dedicated Infrastructure dall'elenco a discesa Seleziona servizio.
     • Tipo di risorsa peer Data Guard: selezionare Sistema DB o Cluster VM.
     • Selezionare un sistema DB o un cluster VM cloud dall'elenco a discesa.
   • Scegli l'esperienza Data Guard:
     • Utilizzare la nuova risorsa del gruppo Data guard Con questa opzione, la nuova configurazione Data Guard verrà creata come risorsa del 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à.
     • Utilizzare 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 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 Massima disponibilità. Per informazioni su queste opzioni, vedere Modalità di protezione di Oracle Data Guard.
     • Tipo di trasporto: il tipo di trasporto di redo utilizzato per questo gruppo Data Guard. Per informazioni su queste opzioni, vedere Redo Transport Services.

       Modalità di protezione e tipo di trasporto: regole per la creazione di database in standby

       • 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 in seguito.
         • Le impostazioni predefinite sono:
           • Modalità di protezione: Prestazioni massime
           • Tipo di trasporto: asincrono
       • Creazione del secondo in Nth standby: 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 Scegli 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 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 utilizza per impostazione predefinita l'area attualmente connessa ed elenca tutte le immagini software create in tale area. Quando si sceglie un'area diversa, l'elenco di 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 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
       • Unico nel cluster VM. Consigliato per essere univoco in tutta la 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 del database: immettere la password dell'amministratore del database primario. Utilizzare la stessa password dell'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 wallet TDE: immettere la password del wallet TDE.
8. 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.

     Nota
     
     L'immissione di un prefisso SID è disponibile solo per i database Oracle 12.1 e versioni successive.

     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 sei sicuro di applicare i tag, salta questa opzione (puoi applicare i tag in seguito) o chiedi all'amministratore.
9. Fare clic su Aggiungi standby. Quando si crea l'associazione, i dettagli di un database e del relativo peer visualizzano i rispettivi ruoli come Principale o In standby.

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

1. Aprire il menu di navigazione. In Oracle Database, fare clic su Oracle Exadata Database Service on Dedicated 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, il ruolo di ogni database in questo cluster VM è indicato nella colonna Ruolo Data Guard.
   • 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, fare clic su Oracle Exadata Database Service on Dedicated 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 o al sistema DB che contiene il database primario.

   • Cluster Cloud VM ( nuovo modello di risorse): in Oracle Exadata Database Service on Dedicated Infrastructure, 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.

   • Sistemi DB: in Bare Metal, VM ed Exadata, fare clic su Sistemi DB. Nella lista dei sistemi DB, individuare il sistema DB Exadata a cui si desidera accedere, quindi fare clic sul relativo nome per visualizzare i dettagli.

4. Nella pagina dei dettagli del cluster VM o del sistema DB, fare clic sul nome del database primario nella sezione Database.
5. Nella pagina Dettagli database, in Risorse, fare clic su Gruppo 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.
     Nota
     
     

     • Se il database si trova in un compartimento della zona di sicurezza, è necessario abilitare i backup automatici.
     • Se si abilitano i backup automatici, è possibile scegliere di configurare il servizio di recupero o lo storage degli oggetti come destinazione di backup. Tuttavia, se il backup è già stato configurato nel database primario, lo standby deve utilizzare la stessa destinazione di backup.
   • Se l'opzione Servizio di recupero è selezionata come destinazione di backup, è possibile configurare le seguenti opzioni:
     • Criterio di protezione: è possibile selezionare uno dei criteri di protezione preimpostati o un criterio personalizzato. Il sistema elimina automaticamente i backup alla fine della finestra di recupero dei criteri di protezione scelta.
     • Protezione dei dati in tempo reale: la protezione in tempo reale è il trasferimento continuo delle modifiche dei redo da un database protetto al servizio di recupero. Ciò riduce la perdita di dati e fornisce un recovery point objective (RPO) vicino a 0. Questa è un'opzione a costo aggiuntivo.
     • Opzioni di eliminazione dopo l'arresto del database: è possibile utilizzare le opzioni riportate di seguito per conservare i backup del database gestito dopo l'arresto del database. Queste opzioni possono anche aiutare a ripristinare il database dai backup in caso di danni accidentali o dannosi al database.
       • Conserva i backup in base al periodo di conservazione: quando un database viene arrestato, i backup automatici del database associati al database arrestato e tutte le relative risorse verranno rimossi al termine del periodo di conservazione specificato.
       • Conserva i backup per 72 ore, quindi elimina: quando un database viene arrestato, i backup automatici del database associati al database arrestato e a tutte le relative risorse verranno conservati per 72 ore e quindi eliminati. I backup vengono conservati per 72 ore per evitare la cancellazione accidentale da parte dell'utente.
     • Giorno pianificato per il backup iniziale: selezionare un giorno della settimana per l'inizio del backup iniziale.
     • Ora di pianificazione per il backup iniziale (UTC): selezionare l'ora di inizio del backup iniziale. Il backup iniziale potrebbe iniziare in qualsiasi momento o all'interno della finestra di pianificazione di due ore scelta.
     • Ora di pianificazione per il backup giornaliero (UTC): selezionare l'ora di inizio del backup giornaliero. Il backup giornaliero potrebbe iniziare in qualsiasi momento o entro la finestra di pianificazione di due ore scelta.
     • Effettua immediatamente il primo backup: un backup completo è un backup del sistema operativo di tutti i file di dati e del control file che costituiscono un Oracle Database. Un backup completo deve includere anche i file dei parametri associati al database. È possibile eseguire un backup del database quando il database viene chiuso o aperto. In genere, non è necessario eseguire un backup dopo un errore dell'istanza o altre circostanze insolite. Se si sceglie di rinviare il backup iniziale, il database potrebbe non essere recuperabile in caso di errore del database.
   • Se l'opzione Storage degli oggetti è selezionata come destinazione di backup, è possibile configurare le opzioni seguenti:
     • Periodo di conservazione del backup: se si seleziona di abilitare i backup automatici, è possibile selezionare un criterio con uno dei periodi di conservazione preimpostati. Il sistema elimina automaticamente i backup incrementali alla fine del periodo di conservazione scelto. È possibile modificare il periodo retention backup dopo il provisioning.
     • Opzioni di eliminazione dopo l'arresto del database: è possibile utilizzare le opzioni riportate di seguito per conservare i backup del database gestito dopo l'arresto del database. Queste opzioni possono anche aiutare a ripristinare il database dai backup in caso di danni accidentali o dannosi al database.
       • Conserva i backup in base al periodo di conservazione: quando un database viene arrestato, i backup automatici del database associati al database arrestato e tutte le relative risorse verranno rimossi al termine del periodo di conservazione specificato.
       • Conserva i backup per 72 ore, quindi elimina: quando un database viene arrestato, i backup automatici del database associati al database arrestato e a tutte le relative risorse verranno conservati per 72 ore e quindi eliminati. I backup vengono conservati per 72 ore per evitare la cancellazione accidentale da parte dell'utente.
     • Giorno pianificato per il backup completo: selezionare un giorno della settimana per l'inizio dei backup completi iniziali e futuri.
     • Ora di pianificazione per UTC (Full Backup): selezionare l'ora di inizio del backup completo. Il backup completo potrebbe iniziare in qualsiasi momento o entro la finestra di pianificazione di due ore scelta.
     • Ora di pianificazione per il backup incrementale (UTC): selezionare l'ora di inizio del backup incrementale. Il backup incrementale può iniziare in qualsiasi momento o all'interno della finestra di pianificazione di due ore scelta.
     • Effettua immediatamente il primo backup: un backup completo è un backup del sistema operativo di tutti i file di dati e del control file che costituiscono un Oracle Database. Un backup completo deve includere anche i file dei parametri associati al database. È possibile eseguire un backup del database quando il database viene chiuso o aperto. In genere, non è necessario eseguire un backup dopo un errore dell'istanza o altre circostanze insolite. Se si sceglie di rinviare il backup iniziale, il database potrebbe non essere recuperabile in caso di errore del database.
9. Fare clic su Salva modifiche.

Puoi avviare un'operazione di switchover su un database in standby che è membro del gruppo Data Guard.

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

3. Passare al cluster VM cloud o al sistema DB che contiene l'associazione Data Guard:

   Cluster VM cloud (nuovo modello di risorse): in Oracle Exadata Database Service on Dedicated 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 del cluster.

   Sistemi DB: in Bare Metal, VM ed Exadata, fare clic su Sistemi DB. Nella lista dei sistemi DB, individuare il sistema DB Exadata a cui si desidera accedere, quindi fare clic sul relativo nome per visualizzare i dettagli.

4. In Risorse, fare clic su Gruppo Data Guard.
5. Selezionare il database di standby nel gruppo Data Guard in 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 amministratore del database, quindi fare clic su Switchover.

   Questo database dovrebbe ora assumere il ruolo di standby e lo standby dovrebbe assumere il ruolo di primario nel gruppo Data Guard.

1. Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Oracle Exadata Database Service on Dedicated 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 o al sistema DB che contiene l'associazione Data Guard:

   Cluster VM cloud ( nuovo modello di risorse): in Oracle Exadata Database Service on Dedicated 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 del cluster.

   Sistemi DB: in Bare Metal, VM ed Exadata, fare clic su Sistemi DB. Nella lista dei sistemi DB, individuare il sistema DB Exadata a cui si desidera accedere, quindi fare clic sul relativo nome per visualizzare i dettagli.

4. In Risorse, fare clic su Gruppo Data Guard.

   Viene visualizzata una lista di database che sono membri del gruppo Data Guard con il tipo Data Guard scelto per ogni membro del gruppo Data Guard.

5. Per modificare i dettagli del gruppo Data Guard, fare clic sull'icona Azioni (tre punti), quindi fare clic su Modifica.
6. Nel pannello Modifica gruppo Data Guard configurare il gruppo Data Guard:
   • Tipo 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, Global Data Services 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 redo utilizzato per questo gruppo Oracle Data Guard.

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

Puoi avviare un'operazione di failover su un database in standby che è membro del gruppo Data Guard.

1. Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Oracle Exadata Database Service on Dedicated Infrastructure
2. Scegliere il compartimento che contiene l'istanza dell'infrastruttura Exadata Cloud con il database per il quale si desidera abilitare Oracle Data Guard.
3. Passare al cluster VM cloud o al sistema DB che contiene l'associazione Data Guard:

   Cluster VM cloud (nuovo modello di risorse): in Oracle Exadata Database Service on Dedicated 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 del cluster.

   Sistemi DB: in Bare Metal, VM ed Exadata, fare clic su Sistemi DB. Nella lista dei sistemi DB, individuare il sistema DB Exadata a cui si desidera accedere, quindi fare clic sul relativo nome per visualizzare i dettagli.

4. In Risorse, fare clic su Gruppo Data Guard.
5. Selezionare il database di standby nel gruppo Data Guard su cui si desidera eseguire un failover. Fare clic sull'icona Azioni (tre punti), quindi fare clic su Failover.
6. Nella finestra di dialogo Failover database, immettere la password di amministratore del database, quindi fare clic su Failover.
   Nota
   
   È possibile avviare un failover anche se il database primario è in buono stato. Tuttavia, prestare attenzione quando si esegue un failover.

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

Dopo aver eseguito il failover di un database primario nel relativo database di standby, il database di standby assume il ruolo primario e il database primario precedente viene identificato come database di standby disabilitato. Dopo aver corretto la causa dell'errore, è possibile ricreare un'istanza del database non riuscito come database in standby funzionante per il database primario corrente.

1. Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Oracle Exadata Database Service on Dedicated Infrastructure
2. Scegliere il compartimento che contiene l'istanza dell'infrastruttura Exadata Cloud con il database per il quale si desidera abilitare Oracle Data Guard.
3. Passare al cluster VM cloud o al sistema DB che contiene l'associazione Data Guard:

   Cluster VM cloud (nuovo modello di risorse): in Oracle Exadata Database Service on Dedicated 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 del cluster.

   Sistemi DB: in Bare Metal, VM ed Exadata, fare clic su Sistemi DB. Nella lista dei sistemi DB, individuare il sistema DB Exadata a cui si desidera accedere, quindi fare clic sul relativo nome per visualizzare i dettagli.

4. In Risorse, fare clic su Gruppo Data Guard.
5. Per il gruppo 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 Reinstalla database, immettere la password amministratore del database, quindi fare clic su Ripristina.

   Questo database deve ora essere reintegrato come standby nel gruppo Data Guard.

In un'istanza di Exadata Cloud Infrastructure, rimuovi un gruppo Data Guard arrestando tutto il database di standby.

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

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

   Cluster VM cloud (nuovo modello di risorse): in Oracle Exadata Database Service on Dedicated 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 del cluster.

   Sistemi DB: in Bare Metal, VM ed Exadata, fare clic su Sistemi DB. Nella lista dei sistemi DB, individuare il sistema DB Exadata a cui si desidera accedere, quindi fare clic sul relativo nome per visualizzare i dettagli.

4. Per il database in standby che si desidera arrestare, fare clic sull'icona Azioni (tre punti), quindi fare clic su Arresta.

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