Configura Oracle Data Guard per Oracle Database

Oracle Data Guard garantisce alta disponibilità, protezione dei dati e disaster recovery per i dati enterprise che risiedono in un Oracle Database.

Offre un set completo di servizi che consentono di creare, gestire e monitorare uno o più database in standby per consentire agli Oracle Database di produzione di sopravvivere a disastri e danneggiamento dei dati. 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, Data Guard può passare qualsiasi database di standby al ruolo di produzione e ridurre al minimo i tempi di inattività associati all'indisponibilità.

È possibile utilizzare Oracle Data Guard per replicare Oracle Database primario in esecuzione su OCI utilizzando Oracle Linux 8.6 Bare Metal o istanze virtuali in Oracle Database secondario in esecuzione in Compute Cloud@Customer che sono in esecuzione anche in una virtual machine Oracle Linux 8.6.

Puoi anche implementare la stessa architettura tra due rack Compute Cloud@Customer on premise. Ad esempio, gli Oracle Database primari in esecuzione in un'istanza di Compute Cloud@Customer che utilizza un'istanza virtuale di Oracle Linux 8.6 vengono replicati in Oracle Database secondario in esecuzione in un'altra istanza di Compute Cloud@Customer.

Data Guard utilizza Redo Transport Services e Apply Services per gestire la trasmissione dei dati di redo, l'applicazione dei dati di redo e le modifiche ai ruoli del database. È necessario configurare l'Oracle Database primario configurato in OCI per trasmettere i dati di redo al database in standby in esecuzione in locale in Compute Cloud@Customer.

Architettura

La seguente architettura Data Guard mostra il disaster recovery tra OCI e Compute Cloud@Customer.

Descrizione dell'immagine data-guard-dr-arch-oci-compute-cloud-customer.png

Questa architettura supporta i componenti elencati di seguito.

Servizi di trasporto di redo: controlla il trasferimento automatico dei dati di redo dal database primario al database di standby in locale in esecuzione in Compute Cloud@Customer. I servizi di redo consentono inoltre l'accesso in sola lettura ai dati. I servizi di trasporto di redo eseguono i task riportati di seguito.

1. Trasmettere i dati di redo dal database primario in esecuzione in OCI al database di standby in locale in Compute Cloud@Customer.
2. Gestire il processo di risoluzione di eventuali lacune nei redo log file archiviati a causa di un errore di rete.
3. Rileva automaticamente i redo log file archiviati mancanti o danneggiati in un sistema in standby e recupera automaticamente i redo log file archiviati di sostituzione dal database primario o da un altro database in standby.

Transitions dei ruoli: utilizzando Data Guard, è possibile modificare il ruolo di un database da database di standby a database primario o da database primario a database di standby utilizzando un'operazione di switchover o di failover. Data Guard semplifica le transizioni dei ruoli e automatizza i failover. Ad esempio:

• Uno switchover è un'inversione di ruolo tra il database primario e uno dei relativi database di standby. Uno switchover garantisce l'assenza di perdita di dati. Questa operazione viene in genere eseguita per la manutenzione pianificata del sistema primario. Durante uno switchover, il database primario passa a un ruolo in standby e il database in standby passa al ruolo primario.
• Un failover si verifica quando il database primario non è disponibile. Il failover viene eseguito solo in caso di errore del database primario e il failover determina la transizione di un database in standby al ruolo primario. L'amministratore del database può configurare Data Guard per garantire che non si verifichi alcuna perdita di dati.

La configurazione di Data Guard prevede diversi passi manuali, tra cui, a titolo esemplificativo ma non esaustivo:

• Prepara il database primario con i parametri consigliati.
• Preparare gli alias TNS negli ambienti primario e in standby.
• Creare il database in standby fisico come duplicazione del database primario.
• Configura Data Guard.

Oracle GoldenGate Capture per Oracle Autonomous Database supporta i seguenti:

• Replica per diversi casi d'uso: effettua report di offloading, active-active, cloud-to-cloud e cloud to on-premise.
• Replica i dati tra più aree: replica i dati tra diversi data center OCI in tutto il mondo.
• Replica tra destinazioni: replica da un database autonomo a qualsiasi database o piattaforma di destinazione che Oracle GoldenGate supporta, anche in altri ambienti Oracle Autonomous Database.

Nota

La replica di Oracle Autonomous Database da OCI a un ambiente on-premise non rientra nell'ambito di questa soluzione. È possibile utilizzare Data Guard per replicare Oracle Autonomous Database da OCI a Compute Cloud@Customer. Oracle consiglia di utilizzare Oracle GoldenGate per replicare Oracle Autonomous Database in un ambiente on-premise.