Usa Oracle Data Guard con Oracle Exadata Database Service on Cloud@Customer
Imparare a configurare e gestire i gruppi Data Guard nel cluster VM.
- Informazioni sull'uso di Oracle Data Guard con Oracle Exadata Database Service on Cloud@Customer
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'utilizzo di Oracle Data Guard con Oracle Exadata Database Service on Cloud@Customer
Rivedere la lista dei prerequisiti per l'utilizzo di Data Guard con Oracle Exadata Database Service on Cloud@Customer. - 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 in un sistema Oracle Exadata Database Service on Cloud@Customer
Scopri come utilizzare l'API per gestire le associazioni Data Guard in un sistema Oracle Exadata Database Service on Cloud@Customer. - Uso dell'API per gestire il gruppo Data Guard su un sistema Oracle Exadata Database Service on Cloud@Customer
Scopri come utilizzare l'API per gestire il gruppo Data Guard su un sistema Oracle Exadata Database Service on Cloud@Customer.
Argomento padre: guide esplicative
Informazioni sull'uso di Oracle Data Guard con Oracle Exadata Database Service on Cloud@Customer
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.
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 gestire le risorse Data Guard nel cluster VM.
- Il database in standby è uno 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.
Prerequisiti per l'uso di Oracle Data Guard con Oracle Exadata Database Service on Cloud@Customer
Rivedere la lista dei prerequisiti per l'uso di Data Guard con Oracle Exadata Database Service on Cloud@Customer.
- Cluster VM
Un'implementazione di Data Guard del cluster VM richiede due cluster VM del database Exadata, uno contenente il database primario e uno contenente il database di standby. - Password
Per modificare la password SYS o ruotare le chiavi TDE, utilizzare l'API OCI. - 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. - 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.
Cluster VM
Un'implementazione Data Guard del cluster VM richiede due cluster VM del database Exadata, uno contenente il database primario e uno contenente il database di standby.
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.
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.
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.
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 un nodo di computazione del database Exadata con un gruppo Data Guard viene in genere eseguita passando dal ruolo primario al ruolo standby, eseguendo la manutenzione in standby e quindi riportandolo 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.
Un failover può causare una perdita di dati quando si utilizza la modalità di protezione Prestazioni massime.
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.
- Uso della console per abilitare Data Guard in un sistema Oracle Exadata Database Service on Cloud@Customer
Scopri come impostare un gruppo Data Guard tra i database. - Uso della console per visualizzare il gruppo di database Data Guard in un cluster VM Exadata
Per visualizzare il ruolo di ogni database in un gruppo Data Guard in un cluster VM Exadata, attenersi alla procedura riportata di seguito. - Uso della console per visualizzare e modificare i dettagli del gruppo Data Guard
È possibile passare da un tipo di Data Guard all'altro in base al tipo di licenza software di Oracle Database distribuito. - Uso della console per eseguire uno switchover del database
È possibile avviare un'operazione di switchover su un database in standby membro del gruppo Data Guard. - Uso della console per eseguire un failover del database
È possibile avviare un'operazione di failover su un database di standby membro del gruppo Data Guard. - Utilizzo della console per ricreare un'istanza di 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. - Uso della console per arrestare un gruppo Data Guard in un sistema Oracle Exadata Database Service on Cloud@Customer
In un cluster VM, è possibile rimuovere un gruppo Data Guard interrompendo tutti i database di standby.
Uso della console per abilitare Data Guard su un sistema Oracle Exadata Database Service on Cloud@Customer
Impara a impostare un gruppo Data Guard tra i database.
Data Guard si basa su una rete affidabile con throughput sufficiente tra i cluster primari e in standby. Poiché Oracle non è il proprietario della rete, è necessario eseguire una valutazione prima di implementare Data Guard per garantire la disponibilità della larghezza di banda di rete richiesta. Si consiglia di seguire la valutazione e ottimizzazione delle prestazioni di rete per comprendere il throughput ottenibile tra i cluster e valutare se i requisiti del database vengono soddisfatti. Per impostazione predefinita, la dimensione massima del buffer del socket è impostata su un valore superiore per le configurazioni Data Guard tra più aree ExaDB-C@C.
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.
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.
Un'operazione parallela sul database di standby, in caso di errore, deve essere ripetuta dopo un intervallo di 5 minuti.
Viene emessa una richiesta di lavoro per configurare l'associazione Data Guard. Lo stato di 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.
Uso della console per visualizzare il gruppo di database Data Guard in un cluster VM Exadata
Per visualizzare il ruolo di ogni database in un gruppo Data Guard in un cluster VM Exadata, attenersi alla procedura riportata di seguito.
Argomento padre: Utilizzo della console per gestire un gruppo Oracle Data Guard
Utilizzo della console per visualizzare e modificare i dettagli del gruppo Data Guard
È possibile passare da un tipo di Data Guard all'altro in base al tipo di licenza software Oracle Database distribuito.
Argomento padre: Utilizzo della console per gestire un gruppo Oracle Data Guard
Uso della console per eseguire uno switchover del database
Puoi avviare un'operazione di switchover su un database in standby che è membro del gruppo Data Guard.
Questo database dovrebbe ora assumere il ruolo di standby e lo standby dovrebbe assumere il ruolo di primario nel gruppo Data Guard.
Argomento padre: Utilizzo della console per gestire un gruppo Oracle Data Guard
Uso della console per eseguire un failover del database
Puoi avviare un'operazione di failover su un database in standby che è membro del gruppo Data Guard.
È 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.
Argomento padre: Utilizzo della console per gestire un gruppo Oracle Data Guard
Uso della console 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.
Prima di poter ricreare un'istanza di un database versione 12.2 o successiva, è necessario eseguire alcuni passi sull'host del database per arrestare il database o avviarlo in modalità MOUNT
.
ORACLE_UNQNAME
sul valore del nome univoco del database, quindi eseguire i comandi riportati di seguito.srvctl stop database -d db-unique-name -o abort
srvctl start database -d db-unique-name -o mount
Questo database deve ora essere reintegrato come standby nel gruppo Data Guard.
Argomento padre: Utilizzo della console per gestire un gruppo Oracle Data Guard
Uso della console per arrestare un gruppo Data Guard in un sistema Oracle Exadata Database Service on Cloud@Customer
In un cluster VM, si rimuove un gruppo Data Guard interrompendo tutti i database in standby.
Argomento padre: Utilizzo della console per gestire un gruppo Oracle Data Guard
Utilizzo dell'API per gestire le associazioni Data Guard in un sistema Oracle Exadata Database Service on Cloud@Customer
Scopri come utilizzare l'API per gestire le associazioni Data Guard in un sistema Oracle Exadata Database Service on Cloud@Customer.
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.
La tabella riportata di seguito elenca gli endpoint dell'API REST per gestire le associazioni Data Guard.
Operazione | Endpoint API REST |
---|---|
Creare un'associazione Data Guard. |
|
Visualizzare i dettagli delle informazioni di configurazione dell'associazione Data Guard specificata. |
|
Visualizzare la lista di tutte le associazioni Data Guard per il database specificato. |
|
Eseguire uno switchover per eseguire la transizione di un database primario di un'associazione Data Guard al ruolo di standby. |
|
Eseguire un failover per eseguire la transizione di un database di standby identificato dal parametro |
|
Reinstallare un database identificato dal parametro |
Per ulteriori informazioni, vedere Utilizzo della console per ricreare un'istanza di un database. |
Eliminare un database in standby. |
Per l'elenco completo delle interfacce API, vedere API del servizio di database.
Uso dell'API per gestire il gruppo Data Guard in un sistema Oracle Exadata Database Service on Cloud@Customer
Scopri come utilizzare l'API per gestire il gruppo Data Guard su un sistema Oracle Exadata Database Service on Cloud@Customer.
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.
Nella tabella seguente sono elencati gli endpoint API REST per gestire il gruppo Data Guard.
Operation | Endpoint dell'API REST | Commenta |
---|---|---|
Crea/Aggiungi database in standby |
|
|
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. |
|
Azione Data Guard - Switchover |
Lo switchover deve essere attivato sul rispettivo standby che diventerà primario. |
|
Elimina standby |
|
|
Esegui migrazione associazione Data Guard a più database in standby |
|
|
Aggiorna configurazione gruppo Data Guard |
Per aggiornare la configurazione, è necessario l'OCID del database in standby o primario. |
Per l'elenco completo delle interfacce API, vedere API del servizio di database.