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, 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.

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.

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

È 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.

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.

  • 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.

Nota

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

Regole di entrata:
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
Regole di uscita:
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

Regole di entrata:
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
Regole di uscita:
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.

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

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.

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.

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.

Per abilitare Data Guard in un sistema di infrastruttura Exadata Cloud

Impara a impostare il gruppo Data Guard tra i database.

Nota

  • 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.
Nota

Se l'operazione non riesce, è necessario ripetere un'operazione parallela nel database di standby dopo un intervallo di 5 minuti.

Nota

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.

  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 sistema DB peer, fornire le informazioni riportate di seguito per consentire al database di standby di ottenere una lista di sistemi Exadata disponibili in cui individuare il database di standby.
      • Area: selezionare l'area in cui si desidera individuare il database di standby. L'area in cui si trova il database primario è selezionata per impostazione predefinita. Puoi scegliere di individuare il database di standby in un'altra area. Il testo di suggerimento associato a questo campo indica in quale area 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.
      • Forma: selezionare la forma del sistema Exadata in standby.
      • 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.

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.

  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.

Per abilitare i backup automatici in un database di standby

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.

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

Nota

È 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.

Per modificare i dettagli del gruppo Oracle 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.

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

Nota

È 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.

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.

  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.

Nota

È 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.

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.

  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.

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:

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.

Per la lista completa delle interfacce API per il servizio di database, vedere API del servizio di database.

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:

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.

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"

Aggiorna configurazione gruppo Data Guard

UpdateDataGuard

Per aggiornare la configurazione, è necessario l'OCID del database in standby o primario.

Azione Data Guard - Switchover

SwitchOverDataGuard

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

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.

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.

Per la lista completa delle interfacce API per il servizio di database, vedere API del servizio di database.