Informazioni sulla configurazione di un database in standby per Oracle Exadata Database Service on Cloud@Customer

In caso di calamità, il database primario Oracle Exadata Database Service on Cloud@Customer potrebbe non essere più disponibile. Un database in standby è una copia del database di produzione che diventa disponibile in caso di interruzione del database di produzione. Questo playbook descrive come configurare un database in standby per Oracle Exadata Database Service on Cloud@Customer utilizzando l'interfaccia OCI.

Oracle Data Guard garantisce alta disponibilità, protezione di dati e disaster recovery per i dati aziendali in un Oracle Database. Oracle Data Guard fornisce un set completo di servizi che creano, mantengono, gestiscono e monitorano uno o più database in standby Per consentire ai database Oracle di produzione di sopravvivere a disastri e danneggiamenti di dati.

Oracle Data Guard gestisce questi database in standby come copie del database di produzione. Se il database di produzione non è più disponibile a causa di un'indisponibilità pianificata o non pianificata, Oracle Data Guard può cambiare qualsiasi database in standby in produzione, riducendo al minimo i tempi di inattività associati all'indisponibilità.

Architettura

Questa architettura mostra un database primario Oracle Exadata Database Service on Cloud@Customer che trasmette i dati a un database in standby utilizzando Oracle Data Guard. Il database di standby si trova in remoto dal database primario per il disaster recovery.



Operazioni preliminari

Prima d'iniziare, verifica di essere a conoscenza di quanto segue:

Questa guida è stata testata sulle seguenti versioni software e hardware di Oracle Exadata Database Service on Cloud@Customer:

  • Oracle Exadata Database Service on Cloud@Customer X8M-2
  • Obiettivo 23.1.23
  • Oracle Database 19.25

Considerazioni per la configurazione

Prima di iniziare a configurare il database in standby, esaminare queste ipotesi e considerazioni.

  • Le infrastrutture Oracle Exadata Database Service on Cloud@Customer primarie e in standby devono essere gestite nella stessa tenancy OCI, ma possono essere gestite in diverse region OCI per garantire l'alta disponibilità in caso di calamità.
  • Il database in standby è un database fisico.
  • I database primari e in standby possono trovarsi in compartimenti diversi.
  • Un database primario supporta fino a sei database in standby utilizzando il nuovo modello di gruppo Data Guard (19c e versioni successive). Se disponi di un database in standby esistente che utilizza il modello di associazione Data Guard, puoi modificare la configurazione in un gruppo Data Guard. Questo switch modello modifica solo i metadati degli strumenti OCI e non influisce sui database. Per ulteriori informazioni, vedere la sezione Modificare un'associazione Oracle Data Guard in un gruppo Oracle Data Guard.
  • Per garantire il massimo isolamento degli errori per i carichi di lavoro di produzione, si consiglia di configurare i database primari e in standby su infrastrutture Exadata diverse. Il modello Gruppo Data Guard consente standby in-region e cross-region. La configurazione dei database di standby in cascata non è supportata.
  • I database primari e in standby possono eseguire diversi aggiornamenti delle release della stessa versione principale del database, in particolare quando si eseguono operazioni di manutenzione e aggiornamento. I database in standby possono eseguire aggiornamenti di release più recenti rispetto ai database primari.
  • Le versioni del software Oracle Database home, degli strumenti DBaaS e dell'agente Dbcs devono essere identiche tra i cluster VM primari e in standby.
  • La configurazione di Oracle Data Guard può essere Active Data Guard o Data Guard. Sia che utilizzi Active Data Guard o Data Guard per i database in standby, i backup automatici possono ora essere abilitati per qualsiasi tipo di database in standby.
  • È possibile configurare Data Guard per i database che utilizzano chiavi gestite dal cliente (Oracle Key Vault). Se un database verrà configurato con Data Guard e le chiavi gestite dal cliente, eseguire prima la migrazione delle chiavi Transparent Data Encryption (TDE) alle chiavi gestite dal cliente, quindi configurare Data Guard.
  • Lo storage intermedio non è obbligatorio. La creazione di un'istanza del database di standby verrà eseguita in rete.

Informazioni sui servizi e i ruoli richiesti

Questa soluzione richiede il seguente servizio:

  • Oracle Exadata Database Service on Cloud@Customer

Questi sono i ruoli necessari per ogni servizio.

Nome servizio: ruolo Obbligatorio per...
Oracle Exadata Database Service on Cloud@Customer: sys
  • Crea il database di standby in Oracle Exadata Database Service on Cloud@Customer.
  • Eseguire il login al database primario e creare l'associazione Data Guard tra i database primario e in standby.

Vedere Scopri come ottenere i servizi Oracle Cloud per le soluzioni Oracle per ottenere i servizi cloud di cui hai bisogno.