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.

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.

Quando si utilizza la console o l'API per abilitare Data Guard per un database di nodi di calcolo del database Exadata:
  • 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 Data Guard del cluster VM richiede due cluster VM del database Exadata, uno contenente il database primario e uno contenente il database di standby.

Nota

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.

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.

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

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.

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.

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.

Nota

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.

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 su un sistema Oracle Exadata Database Service on Cloud@Customer

Impara a impostare un gruppo Data Guard tra i database.

Nota

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.

Nota

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.

Nota

Un'operazione parallela sul database di standby, in caso di errore, deve essere ripetuta dopo un intervallo di 5 minuti.
  1. Aprire il menu di navigazione. In Oracle Database, fare clic su Exadata Database Service on Cloud@Customer.

    I cluster VM sono selezionati per impostazione predefinita.

  2. Selezionare il compartimento.

    Viene visualizzata una lista di cluster VM per il compartimento scelto.

  3. Nella lista dei cluster VM, fare clic sul cluster VM che contiene il database per il quale si desidera assumere il ruolo primario, quindi fare clic sul nome del database.
  4. Fare clic su Associazioni Data guard.
  5. Fare clic su Aggiungi standby.
  6. 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.
      • 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:
      • Selezionare un tipo di Data Guard, Active Data Guard o Data Guard, in base al tipo di licenza software Oracle Database distribuito. Se hai distribuito Oracle Database Enterprise Edition Extreme Performance (licenza inclusa), puoi scegliere tra Data Guard e Active Data Guard. Se hai distribuito il modello BYOL (Bring Your Own License) Oracle Database Enterprise Edition senza l'opzione Active Data Guard, selezionare Data Guard, che è l'impostazione predefinita.
        • Active Data Guard: Active Data Guard è un'opzione concessa in licenza a Oracle Database Enterprise Edition e abilita funzionalità avanzate che estendono la funzionalità di base di Data Guard. Queste funzionalità includono query in tempo reale e riduzione del carico DML, riparazione automatica dei blocchi di danneggiamenti fisici dei dati, registrazione delle modifiche dei blocchi in standby, Global Data Services e continuità di applicazione.
        • Data Guard: Oracle Data Guard garantisce alta disponibilità, protezione dei dati e disaster recovery per i dati enterprise. Data Guard fornisce 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. Data Guard gestisce questi database di standby come copie coerenti a livello di transazione del database di produzione.
      • Modalità di protezione: la modalità di protezione utilizzata per questo gruppo Data Guard.

        Maximum Performance offre il più alto livello di protezione dei dati possibile senza alcun effetto sulle prestazioni di un database primario.

        Maximum Availability fornisce il massimo livello di protezione dei dati con trasporto sincrono senza perdita di dati senza compromettere la disponibilità del database.

      • Tipo di trasporto: il tipo di trasporto di redo utilizzato per l'associazione Data Guard tra il database primario e questo database in standby.

        • Asincrona: modalità di trasporto asincrono utilizzata con la modalità di protezione Maximum Performance.
        • Sincronizzazione: modalità di trasporto sincrono utilizzata con la modalità di protezione Prestazioni massime e Disponibilità massima.

        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.
          • 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.
    • Seleziona cluster VM peer: specificare i seguenti valori per il database in standby:
      • Peer Region: i database primari e in standby potrebbero essere in esecuzione su due cluster VM diversi in un sistema ExaDB-C@C condiviso o su due sistemi ExaDB-C@C separati geograficamente gestiti dalla stessa o da diverse region di Oracle Cloud Infrastructure.
      • Infrastruttura Peer Exadata Cloud@Customer: selezionare l'infrastruttura Exadata Database Service on Cloud@Customer in cui si trova il database di standby. Fare clic sul collegamento ipertestuale CHANGE COMPARTMENT per scegliere un compartimento.
      • Cluster VM peer: selezionare il nodo di calcolo del database Exadata contenente il database di standby. Fare clic sul collegamento ipertestuale CHANGE COMPARTMENT per scegliere un compartimento.
    • Scegliere la home del database: selezionare una home del database esistente o crearne una, a seconda dei casi.
      • Selezionare una home del database esistente: se per la versione del database selezionata esistono già una o più home del database, questa opzione viene selezionata per impostazione predefinita. Verrà inoltre visualizzato un elenco di home database. Selezionare una home del database dalla lista.
        Nota

        Sebbene vengano elencate solo le home del database della stessa versione e della stessa interfaccia utente, le home visualizzate possono avere patch singole diverse rispetto a quelle primarie. Sebbene sia accettabile avere una soluzione singola diversa, la best practice consiste nell'avere case di database identiche tra database primario e standby.
      • Creare una nuova home del database: se non esistono home del database per la versione del database selezionata, questa opzione viene selezionata per impostazione predefinita. È possibile creare la nuova home del database con lo stesso DSI del database primario oppure scegliere un'immagine diversa. Si noti che i DSI non sono disponibili in tutte le aree. È necessario creare un DSI separato nell'area peer utilizzando lo stesso RU del database primario.
        1. Fare clic su Modifica immagine del database per selezionare un'immagine software del database per la nuova home del database.
        2. Nella finestra Sfoglia immagini del database risultante, 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 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.
          3. Fare clic su Seleziona.
            Nota

            Se si utilizza la nuova risorsa del gruppo Data Guard, è necessario creare la home del database prima di aggiungere il database in standby.
    • Configura database di standby:
      • Fornire un nome univoco per il database:
        Nota

        Dopo la creazione del database, non è possibile modificare il prefisso db_name, db_unique_name e SID.

        Se si desidera, specificare un nome univoco per il database. Questo attributo definisce il valore del parametro del database db_unique_name. Il valore non fa distinzione tra casi. Il valore db_unique_name deve contenere solo i caratteri consentiti.

        Esaminare le linee guida riportate di seguito quando si seleziona un nome di database.
        • massimo 30 caratteri
        • può contenere caratteri alfanumerici e di sottolineatura (_)
        • inizia con un carattere alfabetico
        • unico in tutta la flotta/tenancy

        Se non viene immesso un nome univoco, per impostazione predefinita il formato db_unique_name è <db_name>_<3 char unique string>_<region-name>.

      • Password database: immettere la password amministratore del database primario nel campo Password database. La stessa password amministratore del database verrà utilizzata per il database in standby.

        La password amministratore e la password TDE devono essere uguali. In caso contrario, seguire le istruzioni in Modifica delle password del database per allinearle.

      • Password wallet TDE: immettere la password del wallet TDE.
    • (Facoltativo) Selezionare Mostra opzioni avanzate.
      • Fornire il prefisso SID Oracle: è possibile specificare il prefisso SID Oracle per il database. Il numero di istanza viene aggiunto automaticamente al prefisso SID per diventare il parametro del database instance_name. Se non viene fornito, il prefisso SID assume per impostazione predefinita i primi 12 caratteri del valore db_unique_name.
        Esaminare le linee guida riportate di seguito quando si seleziona un nome di database.
        • massimo 12 caratteri
        • contiene solo caratteri alfanumerici
        • inizia con un carattere alfabetico
        • univoco nel cluster VM
  7. Fare clic su Aggiungi.

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.

  1. Aprire il menu di navigazione. In Oracle Database, fare clic su Exadata Database Service on Cloud@Customer.
  2. Scegliere il compartimento.
  3. Fare clic sul cluster VM contenente i database che si desidera visualizzare i relativi ruoli nelle associazioni Data Guard.
  4. Fare clic su Database.

    Il ruolo di ogni database in questo cluster VM è indicato nella colonna Ruolo 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.

  1. Aprire il menu di navigazione. In Oracle Database, fare clic su Exadata Database Service on Cloud@Customer.

    I cluster VM sono selezionati per impostazione predefinita.

  2. Scegliere il compartimento.

    Viene visualizzata una lista di cluster VM per il compartimento scelto.

  3. Nella lista dei cluster VM, fare clic sul cluster VM contenente il database primario che si desidera cambiare tipo di Data Guard.
  4. Fare clic sul nome del database primario.
  5. 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.

  6. Per modificare i dettagli del gruppo Data Guard, fare clic sull'icona Azioni (tre punti), quindi fare clic su Modifica.

    Viene visualizzata la schermata Modifica gruppo Data Guard.

  7. Eseguire le operazioni riportate di seguito nella schermata Modifica gruppo Data Guard.
    • Selezionare un tipo di Data Guard applicabile.
    • Selezionare la modalità di protezione.
      Nota

      Selezionare il tipo di trasporto.
    • Impostare la password del database.
    • Fare clic su Modifica Data Guard per salvare le modifiche.

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.

  1. Aprire il menu di navigazione. In Oracle Database, fare clic su Exadata Database Service on Cloud@Customer.

    I cluster VM sono selezionati per impostazione predefinita.

  2. Scegliere il compartimento.

    Viene visualizzata una lista di cluster VM per il compartimento scelto.

  3. Nella lista dei cluster VM, fare clic sul cluster VM contenente il database primario di cui si desidera eseguire lo switchover.
  4. Fare clic sul nome del database primario.
  5. Fare clic su Gruppo Data Guard.
  6. 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.
  7. 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.

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.

  1. Aprire il menu di navigazione. In Oracle Database, fare clic su Exadata Database Service on Cloud@Customer.

    I cluster VM sono selezionati per impostazione predefinita.

  2. Scegliere il compartimento.

    Viene visualizzata una lista di cluster VM per il compartimento scelto.

  3. Nella lista dei cluster VM, fare clic sul cluster VM che contiene lo standby peer del database primario a cui si desidera eseguire il failover.
  4. Fare clic sul nome del database di standby.
  5. Fare clic su Gruppo Data Guard.
  6. 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.
  7. 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.

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.

Impostare la variabile di ambiente 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
  1. Aprire il menu di navigazione. In Oracle Database, fare clic su Exadata Database Service on Cloud@Customer.

    I cluster VM sono selezionati per impostazione predefinita.

  2. Scegliere il compartimento.

    Viene visualizzata una lista di cluster VM per il compartimento scelto.

  3. Nella lista dei cluster VM, fare clic sul cluster VM che contiene il database primario.
  4. Fare clic sul nome del database primario.
  5. Fare clic su Gruppo Data Guard.

    Verrà visualizzato il database che si desidera ripristinare elencato.

  6. Fare clic sull'icona Azioni (tre punti), quindi su Ripristina.
  7. 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.

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.

  1. Aprire il menu di navigazione. In Oracle Database, fare clic su Exadata Database Service on Cloud@Customer.

    I cluster VM sono selezionati per impostazione predefinita.

  2. Scegliere il compartimento.

    Viene visualizzata una lista di cluster VM per il compartimento scelto.

  3. Nella lista dei cluster VM, fare clic sul cluster VM contenente il database di standby che si desidera arrestare.
  4. Fare clic sul nome del database di standby.
  5. Per il database in standby che si desidera arrestare, fare clic sull'icona Azioni (tre punti), quindi fare clic su Arresta.
  6. Nella finestra di dialogo Termina database immettere il nome del database, quindi fare clic su Termina.

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.

Nota

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.

CreateDataGuardAssociation

Visualizzare i dettagli delle informazioni di configurazione dell'associazione Data Guard specificata.

GetDataGuardAssociation

Visualizzare la lista di tutte le associazioni Data Guard per il database specificato.

ListDataGuardAssociations

Eseguire uno switchover per eseguire la transizione di un database primario di un'associazione Data Guard al ruolo di standby.

SwitchoverDataGuardAssociation

Eseguire un failover per eseguire la transizione di un database di standby identificato dal parametro databaseId nel ruolo primario dell'associazione Data Guard specificata dopo che il database primario esistente non riesce o diventa irraggiungibile.

FailoverDataGuardAssociation

Reinstallare un database identificato dal parametro databaseId nel ruolo di standby in un'associazione Data Guard.

ReinstateDataGuardAssociation

Per ulteriori informazioni, vedere Utilizzo della console per ricreare un'istanza di un database.

Eliminare un database in standby.

DeleteDatabase

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.

Nota

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

CreateDatabase

  • La stessa API viene utilizzata per creare un primo database in standby e aggiungere altri database in standby.
  • Utilizza l'interfaccia API di creazione del database esistente con origine "DATAGUARD".

Azione Data Guard - Failover

FailoverDataGuard

Il failover deve essere attivato sul rispettivo standby che diventerà primario.

Azione Data Guard - Reintegra

ReinstateDataGuard

Il ripristino deve essere attivato sul rispettivo standby per essere ripristinato.

Azione Data Guard - Switchover

SwitchOverDataGuard

Lo switchover deve essere attivato sul rispettivo standby che diventerà primario.

Elimina standby

DeleteDatabase

  • L'opzione Elimina standby rimane invariata rispetto a quella esistente..- DeleteDatabase
  • La chiamata viene attivata in standby per essere eliminata.

Esegui migrazione associazione Data Guard a più database in standby

MigrateDataGuardAssociationToMultiDataGuards

  • Eseguire la migrazione dell'associazione Data Guard esistente al modello di gruppo Data Guard.
  • Il nuovo standby può essere aggiunto solo dopo il completamento della migrazione.

Aggiorna configurazione gruppo Data Guard

UpdateDataGuard

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.