Usa Oracle Data Guard con l'infrastruttura Exadata Cloud
Imparare a configurare e gestire i gruppi Data Guard nel cluster VM.
- Informazioni sull'uso di Oracle Data Guard con l'infrastruttura Exadata Cloud
Oracle Data Guard offre un set completo di servizi che creano, gestiscono, gestiscono e monitorano uno o più database di standby per consentire ai database Oracle di produzione di sopravvivere a disastri e danneggiamenti dei dati. - Prerequisiti per l'uso di Oracle Data Guard con l'infrastruttura Exadata Cloud
Un'implementazione Oracle Data Guard dell'infrastruttura Exadata Cloud richiede due cluster VM Exadata esistenti: uno contenente un database esistente che deve essere duplicato da Data Guard e uno che ospiterà il nuovo database in standby da Data Guard. - Lavorare con Data Guard
Oracle Data Guard garantisce alta disponibilità, protezione dei dati e disaster recovery per i dati enterprise. - Uso della console per gestire un gruppo Oracle Data Guard
Scopri come abilitare un gruppo Data Guard tra i database, modificare il ruolo di un database in un gruppo Data Guard utilizzando uno switchover o un'operazione di failover e ripristinare un database non riuscito. - Utilizzo dell'API per gestire le associazioni Data Guard
Utilizzare queste operazioni API per gestire le associazioni Data Guard in un'istanza dell'infrastruttura Exadata Cloud: - Uso dell'API per gestire il gruppo Data Guard
Utilizzare queste operazioni API per gestire un gruppo Data Guard su un'istanza di Exadata Cloud Infrastructure:
Argomento padre: guide esplicative
Informazioni sull'uso di Oracle Data Guard con l'infrastruttura Exadata Cloud
Oracle Data Guard offre un set completo di servizi che creano, mantengono, gestiscono e monitorano uno o più database di standby per consentire ai database Oracle di produzione di sopravvivere a disastri e danneggiamenti dei dati.
Oracle Data Guard gestisce questi database in standby come copie del database di produzione. Quindi, se il database di produzione diventa non disponibile a causa di un'indisponibilità pianificata o non pianificata, Oracle Data Guard può passare qualsiasi database di standby al ruolo di produzione, riducendo al minimo i tempi di inattività associati all'indisponibilità. Oracle Data Guard può essere utilizzato con le tecniche tradizionali di backup, ripristino e cluster per fornire un livello elevato di protezione dei dati e disponibilità dei dati. I servizi di trasporto Oracle Data Guard vengono utilizzati anche da altre funzioni Oracle, ad esempio Oracle Streams e Oracle GoldenGate, per la trasmissione efficiente e affidabile dei redo da un database di origine a una o più destinazioni remote.
Per informazioni complete su Oracle Data Guard, consulta la documentazione su Oracle Data Guard Concepts and Administration e Oracle Data Guard Broker Concepts nel portale Oracle Database Documentation.
Questo argomento spiega come utilizzare la console o l'API per configurare e gestire le risorse Data Guard nel cluster VM.
Quando si utilizza la console o l'API per abilitare Data Guard per un database di nodi di calcolo del database Exadata:
- Il database di standby creato è un database di standby fisico.
- Le versioni dei database peer (primario e in standby) sono identiche.
- Il database di standby viene distribuito come database aperto di sola lettura (Active Data Guard).
- Un database primario può supportare fino a un massimo di sei database di standby.
Argomento padre: Usa Oracle Data Guard con Exadata Cloud Infrastructure
Prerequisiti per l'uso di Oracle Data Guard con l'infrastruttura Exadata Cloud
Un'implementazione di Oracle Data Guard dell'infrastruttura Exadata Cloud richiede due cluster VM Exadata esistenti: uno contenente un database esistente che deve essere duplicato da Data Guard e uno che ospiterà il nuovo database in standby da Data Guard.
Oracle consiglia di utilizzare i database primario e in standby per qualsiasi carico di lavoro di produzione su infrastrutture Exadata Cloud diverse per migliorare l'isolamento degli errori e la protezione da errori irreversibili. Se stai aggiungendo un nuovo standby nella stessa area geografica con più domini di disponibilità, Oracle consiglia di scegliere un dominio di disponibilità separato per l'isolamento completo degli errori del dominio di disponibilità o del data center. Se aggiungi un nuovo standby tra le varie region, il standby avrà anche l'isolamento degli errori per un errore regionale.
Quando si abilita Data Guard, è necessario creare una nuova home del database nell'istanza di standby per ospitare il nuovo database di standby. In alternativa, puoi eseguire il provisioning del database di standby all'interno di una home del database esistente nell'istanza di standby. Per informazioni sulla creazione delle risorse necessarie per il sistema in standby, vedere gli argomenti riportati di seguito.
- Per creare una risorsa dell'infrastruttura Exadata Cloud
- Per creare una risorsa cluster VM cloud
- Per creare una nuova home del database in un'istanza dell'infrastruttura Exadata Cloud esistente
È possibile utilizzare un'immagine software del database personalizzata contenente le patch necessarie per i database quando si crea una home del database nell'istanza Exadata primaria o in standby. Per informazioni sull'utilizzo di immagini software personalizzate di Oracle Database, vedere Immagini software di Oracle Database.
Se si sceglie di eseguire il provisioning di un database di standby in una home del database esistente, assicurarsi che la home del database di destinazione nell'istanza di standby disponga di tutte le patch necessarie in uso per il database primario prima di eseguire il provisioning del database di standby. Per ulteriori informazioni sull'applicazione di patch a una home di database esistente, vedere gli argomenti riportati di seguito.
- Per applicare le patch al software Oracle Database in una home del database (cluster VM cloud)
- Per applicare le patch al software Oracle Database in una home database (sistema DB)
Se si sta creando un gruppo Data Guard e si utilizzano chiavi gestite dal cliente per cifrare il database, è necessario aver configurato il servizio Vault e creato una chiave master. Vedere Per amministrare le chiavi di cifratura del vault e Concetti di gestione di chiavi e segreti.
- Requisiti di rete per Data Guard
Prima di impostare Data Guard, assicurarsi che l'ambiente dell'infrastruttura Exadata Cloud soddisfi i requisiti di rete riportati di seguito. - Requisiti della password
Per modificare la password SYS o ruotare le chiavi TDE, utilizzare l'API OCI. - Problemi noti per Exadata Cloud Infrastructure and Data Guard
Possibili problemi di replica delle chiavi TDE e errori delle operazioni MRP e DG LCM. - Aggiunta di un nodo a un cluster VM
- Rimozione di un nodo da un cluster VM
Argomenti correlati
Argomento padre: Usa Oracle Data Guard con Exadata Cloud Infrastructure
Requisiti di rete per Data Guard
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.
Le regole di uscita nell'esempio mostrano come abilitare il traffico TCP solo per la porta 1521, che è un requisito minimo per il funzionamento di Oracle Data Guard. Se il traffico TCP è già abilitato per tutte le destinazioni (0.0.0.0/0) su tutte le porte in uscita, non è necessario aggiungere esplicitamente queste regole di uscita specifiche.
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.
Requisiti password
Per modificare la password SYS o ruotare le chiavi TDE, utilizzare l'API OCI.
Argomenti correlati
Problemi noti per l'infrastruttura Exadata Cloud e Data Guard
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).
Aggiunta di un nodo a un cluster VM
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.
Rimozione di un nodo da un cluster VM
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.
Utilizzo di Data Guard
Oracle Data Guard offre funzionalità di High Availability, protezione dei dati e disaster recovery per i dati enterprise.
I database primari e in standby costituiscono un gruppo Data Guard. La maggior parte delle applicazioni accede al database primario. Un database in standby è una copia coerente a livello di transazione del database primario.
Data Guard gestisce il database in standby mediante la trasmissione e l'applicazione di dati di redo dal database primario. Se il database primario non è più disponibile, puoi utilizzare Data Guard per eseguire lo switchover o il failover del database di standby sul ruolo primario. Ciò è vero anche se si dispone di più database in standby.
- Switchover
Lo switchover inverta i ruoli del database primario e in standby. - Failover
Un failover esegue la transizione del database di standby al ruolo primario dopo l'errore o l'irraggiungibilità del database primario esistente. - Ripristina
Ripristina un database nel ruolo di standby in un gruppo Data Guard.
Argomento padre: Usa Oracle Data Guard con Exadata Cloud Infrastructure
Switchover
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.
Argomento padre: Utilizzo di Data Guard
Failover
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.
Argomento padre: Utilizzo di Data Guard
Ricrea istanza
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.
Non è possibile arrestare un database primario che fa parte di un gruppo Data Guard contenente uno o più database in standby. Dovrai prima arrestare i database in standby. In alternativa, è possibile eseguire lo switchover del database primario al ruolo di standby, quindi arrestare il database primario precedente.
Non è possibile arrestare un cluster VM che include i database abilitati per Data Guard. È innanzitutto necessario arrestare i database di standby che fanno parte del gruppo Data Guard.
Argomento padre: Utilizzo di Data Guard
Uso della console per gestire un gruppo Oracle Data Guard
Scopri come abilitare un gruppo Data Guard tra database, modificare il ruolo di un database in un gruppo Data Guard utilizzando uno switchover o un'operazione di failover e ripristinare un database non riuscito.
Quando abiliti Data Guard, viene creato un gruppo Data Guard separato tra i database primari e in standby.
- Per abilitare Data Guard in un sistema di infrastruttura Exadata Cloud
Impara a impostare il gruppo Data Guard tra i database. - Per visualizzare i dettagli del gruppo Data Guard dei database in un cluster VM cloud
Per visualizzare il ruolo di ogni database in un gruppo Data Guard in un cluster VM cloud, attenersi alla procedura riportata di seguito. - Per abilitare i backup automatici in un database di standby
Apprendere come abilitare i backup automatici in un database di standby. - Per eseguire uno switchover del database
È possibile avviare un'operazione di switchover su un database in standby che è membro del gruppo Data Guard. - Per modificare i dettagli del gruppo Oracle Data Guard
- Per eseguire un failover del database
È possibile avviare un'operazione di failover su un database di standby che è membro del gruppo Data Guard. - Per ripristinare un database
Dopo aver eseguito il failover di un database primario sul relativo database in standby, il database in standby assume il ruolo primario e il database primario precedente viene identificato come database in 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. - Per arrestare un gruppo Data Guard su un'istanza di Exadata Cloud Infrastructure
In un'istanza di Exadata Cloud Infrastructure, rimuovere un gruppo Data Guard interrompendo tutto il database in standby.
Argomento padre: Usa Oracle Data Guard con Exadata Cloud Infrastructure
Per abilitare Data Guard in un sistema di infrastruttura Exadata Cloud
Impara a impostare il gruppo Data Guard tra i database.
- Quando si abilita Data Guard, la replica dei dati viene eseguita solo sulla rete client.
- Quando configuri un gruppo Data Guard, i database primari e in standby devono trovarsi nella stessa versione della release principale mentre il database in standby può trovarsi in una versione secondaria superiore.
Se l'operazione non riesce, è necessario ripetere un'operazione parallela nel database di standby dopo un intervallo di 5 minuti.
Puoi creare un Data Guard quando il database viene cifrato utilizzando OCI Virtual Vault.
Come parte dell'ultima release, stiamo introducendo una user experience migliorata e nuove API per migliorare le prestazioni e fornire funzionalità Data Guard aggiuntive, incluso il supporto per più database in standby tramite l'automazione cloud.
- Con la nuova interfaccia API, la nuova configurazione Data Guard verrà creata come risorsa del gruppo Data Guard.
- Se si dispone di un'impostazione Data Guard esistente, è possibile continuare a utilizzare le funzionalità correnti senza alcun impatto. Tuttavia, se desideri creare più database in standby, dovrai eseguire la migrazione al nuovo modello API, che può essere eseguito in qualsiasi momento.
- Se attualmente disponi di un'automazione che gestisce le operazioni Data Guard utilizzando l'API di associazione Data Guard esistente, dovrai aggiornare le tue applicazioni in modo che utilizzino la nuova API per sfruttare queste nuove funzionalità
Oracle attualmente supporta sia l'API di associazione Data Guard esistente che la nuova API di gruppo Data Guard e le interfacce utente associate.
Viene emessa una richiesta di lavoro per configurare l'associazione Data Guard. L'avanzamento della richiesta e le fasi di provisioning possono essere visualizzati nella pagina Richieste di lavoro del rispettivo database in standby.
Quando viene creata l'associazione, i dettagli di un database e del relativo peer visualizzano i rispettivi ruoli come Principale o In standby.
Per visualizzare i dettagli del gruppo Data Guard dei database in un cluster VM cloud
Per visualizzare il ruolo di ogni database in un gruppo Data Guard in un cluster VM cloud, attenersi alla procedura riportata di seguito.
- Aprire il menu di navigazione. In Oracle Database, fare clic su Oracle Exadata Database Service on Dedicated Infrastructure.
- Scegliere il compartimento.
- Passare al cluster VM cloud contenente i database che si desidera visualizzare i relativi ruoli nelle associazioni Data Guard.
- Nella sezione Database, in Risorse, il ruolo di ogni database in questo cluster VM è indicato nella colonna Ruolo Data Guard.
Argomenti correlati
Argomento padre: Utilizzo della console per gestire un gruppo Oracle Data Guard
Per abilitare i backup automatici in un database di standby
Imparare ad abilitare i backup automatici in un database di standby.
Argomenti correlati
Argomento padre: Utilizzo della console per gestire un gruppo Oracle Data Guard
Per eseguire uno switchover del database
Puoi avviare un'operazione di switchover su un database in standby che è membro del gruppo Data Guard.
- Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Oracle Exadata Database Service on Dedicated Infrastructure
- Scegliere il compartimento che contiene l'istanza dell'infrastruttura Exadata Cloud con il database per il quale si desidera abilitare Oracle Data Guard.
-
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.
- In Risorse, fare clic su Gruppo Data Guard.
- 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.
-
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.
È ora possibile:
- Esegui azioni Data Guard (switchover, failover e reinstalla) mentre un'impostazione Data Guard è in esecuzione su un altro database all'interno della stessa Oracle home e viceversa.
- Esegui l'impostazione di Data Guard contemporaneamente su database diversi all'interno della stessa Oracle home.
- Esegui azioni Data Guard (switchover, failover e reinstalla) contemporaneamente su database diversi all'interno della stessa Oracle home.
- Eseguire l'impostazione di Data Guard durante l'aggiornamento simultaneo delle tag del cluster VM.
- Crea o elimina un PDB eseguendo contemporaneamente azioni Data Guard (switchover, failover e reinstalla) all'interno della stessa Oracle home e viceversa.
Argomenti correlati
Argomento padre: Utilizzo della console per gestire un gruppo Oracle Data Guard
Per modificare i dettagli del gruppo Oracle Data Guard
- Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Oracle Exadata Database Service on Dedicated Infrastructure
- Scegliere il compartimento che contiene l'istanza di Exadata Cloud Service con il database per il quale si desidera abilitare Oracle Data Guard.
- 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.
- 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.
- Per modificare i dettagli del gruppo Data Guard, fare clic sull'icona Azioni (tre punti), quindi fare clic su Modifica.
- 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.
- Fare clic suSalva.
Per eseguire un failover del database
Puoi avviare un'operazione di failover su un database in standby che è membro del gruppo Data Guard.
- Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Oracle Exadata Database Service on Dedicated Infrastructure
- Scegliere il compartimento che contiene l'istanza dell'infrastruttura Exadata Cloud con il database per il quale si desidera abilitare Oracle Data Guard.
- 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.
- In Risorse, fare clic su Gruppo Data Guard.
- 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.
- 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.
È ora possibile:
- Esegui azioni Data Guard (switchover, failover e reinstalla) mentre un'impostazione Data Guard è in esecuzione su un altro database all'interno della stessa Oracle home e viceversa.
- Esegui l'impostazione di Data Guard contemporaneamente su database diversi all'interno della stessa Oracle home.
- Esegui azioni Data Guard (switchover, failover e reinstalla) contemporaneamente su database diversi all'interno della stessa Oracle home.
- Eseguire l'impostazione di Data Guard durante l'aggiornamento simultaneo delle tag del cluster VM.
- Crea o elimina un PDB eseguendo contemporaneamente azioni Data Guard (switchover, failover e reinstalla) all'interno della stessa Oracle home e viceversa.
Argomenti correlati
Argomento padre: Utilizzo della console per gestire un gruppo Oracle Data Guard
Per ricreare un'istanza di un database
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.
- Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Oracle Exadata Database Service on Dedicated Infrastructure
- Scegliere il compartimento che contiene l'istanza dell'infrastruttura Exadata Cloud con il database per il quale si desidera abilitare Oracle Data Guard.
- 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.
- In Risorse, fare clic su Gruppo Data Guard.
- Per il gruppo Data Guard su cui si desidera ripristinare questo database, fare clic sull'icona Azioni (tre punti), quindi fare clic su Ripristina.
-
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.
È ora possibile:
- Esegui azioni Data Guard (switchover, failover e reinstalla) mentre un'impostazione Data Guard è in esecuzione su un altro database all'interno della stessa Oracle home e viceversa.
- Esegui l'impostazione di Data Guard contemporaneamente su database diversi all'interno della stessa Oracle home.
- Esegui azioni Data Guard (switchover, failover e reinstalla) contemporaneamente su database diversi all'interno della stessa Oracle home.
- Eseguire l'impostazione di Data Guard durante l'aggiornamento simultaneo delle tag del cluster VM.
- Crea o elimina un PDB eseguendo contemporaneamente azioni Data Guard (switchover, failover e reinstalla) all'interno della stessa Oracle home e viceversa.
Argomento padre: Utilizzo della console per gestire un gruppo Oracle Data Guard
Per arrestare un gruppo Data Guard su un'istanza di Exadata Cloud Infrastructure
In un'istanza di Exadata Cloud Infrastructure, rimuovi un gruppo Data Guard arrestando tutto il database di standby.
- Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Oracle Exadata Database Service on Dedicated Infrastructure.
- Scegliere il compartimento che contiene l'istanza dell'infrastruttura Exadata Cloud con il database per il quale si desidera abilitare Oracle Data Guard.
-
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.
- Per il database in standby che si desidera arrestare, fare clic sull'icona Azioni (tre punti), quindi fare clic su Arresta.
-
Nella finestra di dialogo Termina database, immettere il nome del database, quindi fare clic su OK.
Argomenti correlati
Argomento padre: Utilizzo della console per gestire un gruppo Oracle Data Guard
Utilizzo dell'API per gestire le associazioni Data Guard
Utilizzare queste operazioni API per gestire le associazioni Data Guard in un'istanza dell'infrastruttura Exadata Cloud:
A febbraio 2026, il modello di associazione Data Guard e le API associate verranno sostituiti dal nuovo modello di gruppo Data Guard e dalle nuove API. A partire da febbraio 2026, tutte le nuove configurazioni Data Guard di cui è stato eseguito il provisioning dalla console di Oracle Cloud Infrastructure (OCI) utilizzeranno automaticamente il modello di gruppo Data Guard.
Per informazioni sull'uso dell'API e delle richieste di firma, vedere API REST e Credenziali di sicurezza. Per informazioni sugli SDK, vedere Software Development Kits and Command Line Interface.
- CreateDataGuardAssociation
- ListDataGuardAssociations
- GetDataGuardAssociation
- UpdateDataGuardAssociation
- SwitchoverDataGuardAssociation
- FailoverDataGuardAssociation
- ReinstateDataGuardAssociation
- DeleteDatabase: per arrestare un'associazione Data Guard di un'istanza dell'infrastruttura Exadata Cloud, eliminare il database di standby.
Per la lista completa delle interfacce API per il servizio di database, vedere API del servizio di database.
Argomento padre: Usa Oracle Data Guard con Exadata Cloud Infrastructure
Uso dell'API per gestire il gruppo Data Guard
Utilizzare le operazioni API seguenti per gestire un gruppo Data Guard in un'istanza di Exadata Cloud Infrastructure:
A febbraio 2026, il modello di associazione Data Guard e le API associate verranno sostituiti dal nuovo modello di gruppo Data Guard e dalle nuove API. A partire da febbraio 2026, tutte le nuove configurazioni Data Guard di cui è stato eseguito il provisioning dalla console di Oracle Cloud Infrastructure (OCI) utilizzeranno automaticamente il modello di gruppo Data Guard.
Per informazioni sull'uso dell'API e delle richieste di firma, vedere API REST e Credenziali di sicurezza. Per informazioni sugli SDK, vedere Software Development Kits and Command Line Interface.
Operation | Endpoint dell'API REST | Commenta |
---|---|---|
Crea/Aggiungi database in standby |
|
|
Aggiorna configurazione gruppo Data Guard |
Per aggiornare la configurazione, è necessario l'OCID del database in standby o primario. |
|
Azione Data Guard - Switchover |
Lo switchover deve essere attivato sul rispettivo standby che diventerà primario. |
|
Azione Data Guard - Failover |
Il failover deve essere attivato sul rispettivo standby che diventerà primario. |
|
Azione Data Guard - Reintegra |
Il ripristino deve essere attivato sul rispettivo standby per essere ripristinato. |
|
Elimina standby |
|
|
Esegui migrazione associazione Data Guard a più database in standby |
|
Per la lista completa delle interfacce API per il servizio di database, vedere API del servizio di database.
Argomento padre: Usa Oracle Data Guard con Exadata Cloud Infrastructure