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.
Fornisce un set completo di servizi che consente di creare, gestire, gestire e monitorare uno o più database in standby per consentire agli Oracle Database di produzione di sopravvivere a calamità 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 da qualsiasi database in standby al ruolo di produzione e ridurre al minimo il tempo di inattività associato all'indisponibilità.
È possibile utilizzare Oracle Data Guard per replicare l'istanza primaria di Oracle Database in esecuzione su OCI utilizzando le istanze Bare Metal di Oracle Linux 8.6 o virtuali all'istanza secondaria Oracle Database in esecuzione in Compute Cloud@Customer anche in esecuzione in una virtual machine Oracle Linux 8.6.
Inoltre, puoi implementare la stessa architettura tra due rack Compute Cloud@Customer on premise. Ad esempio, i primi Oracle Database in esecuzione in un'istanza di Compute Cloud@Customer utilizzando un'istanza virtuale di Oracle Linux 8.6 vengono replicati in un'altra istanza di Oracle Database in esecuzione in un'altra istanza di Compute Cloud@Customer.
Data Guard utilizza Redo Transport Services e Apply Services per gestire la trasmissione dei redo dati, l'applicazione dei redo dati e le modifiche ai ruoli del database. Oracle Database primario configurato in OCI deve essere configurato in modo da trasmettere i dati redo al database in standby in esecuzione in locale in Compute Cloud@Customer.
Architettura
La seguente architettura di Data Guard mostra il recupero da errori irreversibili tra OCI e Compute Cloud@Customer.
Questa architettura supporta i componenti elencati di seguito.
Servizi di trasporto dei redo: controlla il trasferimento automatico dei dati di redo dal database primario al database in 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.
- Trasmettere i dati di redo dal database primario in esecuzione in OCI al database in standby in locale in Compute Cloud@Customer.
- Gestire il processo di risoluzione di eventuali lacune nei redo log file archiviati a causa di un errore di rete.
- Rileva automaticamente i redo log file archiviati mancanti o danneggiati su un sistema in standby e recupera automaticamente i redo log file archiviati sostitutivi dal database primario o da un altro database in standby.
Transizioni ruolo: mediante Data Guard è possibile modificare il ruolo di un database da un database in standby a un database primario o da un database primario a un database in standby utilizzando un'operazione di switchover o di failover. Data Guard semplifica le transizioni dei ruoli e automatizza i failover. Ad esempio:
- Lo switchover è uno storno di ruoli tra il database primario e uno dei relativi database in standby. Lo switchover non garantisce alcuna perdita di dati. Questa operazione viene in genere eseguita per la manutenzione pianificata del sistema principale. Durante uno switchover, il database primario passa a un ruolo in standby e il database in standby passa al ruolo primario.
- Un failover avviene 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 l'assenza di perdita di dati.
La configurazione di Data Guard prevede diversi passi manuali, tra cui, a titolo esemplificativo:
- 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.
- Configurare Data Guard.
Oracle GoldenGate Capture per Oracle Autonomous Database supporta gli elementi riportati di seguito.
- Replica per diversi casi d'uso: genera report su offloading, active-active, cloud-to-cloud e cloud to on-premise.
- Replica i dati tra più aree e tra più aree: replica i dati tra diversi data center OCI in tutto il mondo.
- Replica tra destinazioni: replica da un database autonomo in qualsiasi database o piattaforma di destinazione supportata da Oracle GoldenGate, inclusi altri ambienti di Oracle Autonomous Database.
Nota:
La replica di Oracle Autonomous Database da OCI a ambienti on-premise non rientra nell'ambito di questa soluzione. Puoi usare 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 in locale.