High Availability

Informazioni sull'alta disponibilità in OCI GoldenGate

High Availability è la capacità di un sistema di rimanere operativo e accessibile in un'alta percentuale di tempo. Per ottenere l'alta disponibilità con OCI GoldenGate, puoi creare una distribuzione peer nella stessa area della tua distribuzione primaria (standby locale) o un'area diversa (standby tra più aree). Questa impostazione garantisce che l'obiettivo del punto di recupero (RPO, recovery point objective), ovvero la quantità massima di dati persi prima del ripristino di OCI GoldenGate nel dominio di disponibilità in standby, sia zero. L'obiettivo RTO (Recovery Time Objective), ovvero il periodo di tempo massimo per il ripristino di OCI GoldenGate in un dominio di disponibilità in standby, dipende dalla quantità di dati memorizzati nella distribuzione. Maggiore è l'utilizzo dello storage, maggiore sarà l'RTO.

Prendi in considerazione la possibilità di selezionare le stesse standby region delle istanze di origine e di destinazione. Ad esempio, se il database in standby Autonomous AI Database si trova a Francoforte, selezionare Francoforte anche per lo standby della distribuzione OCI GoldenGate.

Nota

Le distribuzioni peer vengono fatturate alla stessa velocità della distribuzione primaria. Ulteriori informazioni sulla gestione e fatturazione OCI.

Nozioni fondamentali

I seguenti concetti sono essenziali per lavorare sull'alta disponibilità di OCI GoldenGate:

Distribuzione primaria: la distribuzione di replica dei dati principale creata in precedenza.
Distribuzione peer: distribuzione in standby a cui è possibile passare in caso di disastro o interruzione del servizio.
Peer locale: una distribuzione peer che risiede nella stessa area della distribuzione primaria, ma in un dominio di disponibilità o di errore diverso.
Peer remoto: distribuzione peer che risiede in un'area diversa.
Obiettivo punto di recupero (RPO): la quantità massima di dati che è possibile perdere prima del ripristino di OCI GoldenGate. Per OCI GoldenGate, l'RPO è zero.
Recovery time objective (RTO): il periodo di tempo massimo per il ripristino di GoldenGate. L'RTO dipende dalla quantità di dati memorizzati nella distribuzione. Maggiore è l'utilizzo dello storage e maggiore è l'RTO.

Connessioni Base Database abilitate per Data Guard

Se si utilizzano i database di base abilitati per Data Guard per l'origine o la destinazione OCI GoldenGate, è necessario assicurarsi che il nome del servizio nella stringa di connessione al database sia identico tra i peer durante l'implementazione della soluzione High Availability.

Quando si crea una connessione OCI GoldenGate a un sistema Oracle Base Database (CDB) o pluggable database (PDB) abilitato da Data Guard, OCI GoldenGate recupera le stringhe di connessione predefinite del database e genera un descrittore di connessione Oracle Net unito adatto agli ambienti Data Guard. Ad esempio:

(DESCRIPTION=
   (FAILOVER=ON)(LOAD_BALANCE=OFF)(CONNECT_TIMEOUT=5)(TRANSPORT_CONNECT_TIMEOUT=3)(RETRY_COUNT=3)
   (ADDRESS_LIST=  
      (ADDRESS=(PROTOCOL=TCP)(HOST=primary-or-scan.example.fqdn)(PORT=1521))    
      (ADDRESS=(PROTOCOL=TCP)(HOST=standby-or-scan.example.fqdn)(PORT=1521))
    )  
   (CONNECT_DATA=(SERVICE_NAME=default-service-name-of-the-selected-db))
 )

OCI GoldenGate genera una DESCRIZIONE con un ADDRESS_LIST contenente gli endpoint peer (primario e in standby) e un singolo SERVICE_NAME per CONNECT_DATA. La soluzione ad alta disponibilità di OCI GoldenGate richiede che tutti i peer (primario e in standby) utilizzino lo stesso nome di servizio. I servizi basati sui ruoli con nomi identici su ciascun peer sono obbligatori.

Il nome del servizio CDB predefinito differisce in genere tra i peer, poiché spesso include il nome univoco di ciascun database. OCI GoldenGate utilizza il nome di servizio predefinito del database selezionato come SERVICE_NAME nel descrittore unito. Pertanto, è necessario rinominare il nome del servizio basato sul ruolo PRIMARY in ogni peer in modo che corrisponda al nome del servizio predefinito.

Il servizio PDB predefinito in genere corrisponde ai relativi peer, pertanto OCI GoldenGate può utilizzare il nome di servizio predefinito nel descrittore unito senza ulteriori modifiche. Tuttavia, se si modifica il nome del servizio del PDB in un secondo momento, OCI GoldenGate non raccoglierà automaticamente la modifica. La connessione ora deve essere gestita manualmente. Se la connessione non è stata creata in precedenza, dove è possibile immettere manualmente la stringa di connessione, è necessario creare una nuova connessione a questo database, selezionare Immettere le informazioni sul database, quindi immettere manualmente la stringa di connessione al database.

Suggerimento

Usare i servizi basati sui ruoli. Definire un servizio di lettura/scrittura eseguito solo su PRIMARY (e, facoltativamente, un servizio di sola lettura su PHYSICAL_STANDBY quando si utilizza Data Guard).
Evitare voci listener statiche per i servizi dell'applicazione. Utilizzare la registrazione dinamica in modo che i servizi vengano pubblicizzati solo quando il database è nel ruolo corretto.
Se si modificano i nomi dei servizi CDB o PDB con srvctl, assicurarsi di creare una connessione gestita manualmente in OCI GoldenGate (selezionare Immettere le informazioni sul database nella schermata Crea connessione) e aggiornare la stringa di connessione in modo che corrisponda.