Gestisci distribuzioni peer
Utilizzare le distribuzioni peer per implementare il piano di disaster recovery OCI GoldenGate.
Nota: questo articolo si applica solo alle distribuzioni di replica dei dati.
Informazioni sulle distribuzioni peer
Una distribuzione peer è una risorsa creata come standby alla distribuzione primaria in caso di disastro o interruzione del servizio. Include tutti gli stessi metadati di distribuzione primaria, ad esempio file trail e parametri, volume a blocchi e repliche del servizio di storage dei file. Una distribuzione peer può essere locale o remota. Un peer locale risiede nella stessa area della distribuzione primaria, ma in un dominio di disponibilità (AD) o in un dominio di errore (FD) diverso. Un peer remoto risiede in una regione diversa.
Una distribuzione primaria può avere un solo peer di distribuzione locale o tra più aree. Le distribuzioni peer consentono di passare dalla distribuzione primaria a quella in standby quando necessario. Quando si esegue uno switchover a una distribuzione peer, la distribuzione peer a cui si passa diventa primaria.
Nota: le distribuzioni peer vengono fatturate alla stessa tariffa delle distribuzioni primarie. Ulteriori informazioni sulla gestione e fatturazione OCI.
L'arresto di una distribuzione primaria non arresta la distribuzione in standby, che continua a essere fatturata. È necessario eliminare le distribuzioni in standby per evitare che vengano fatturate.
Tenere inoltre presente che non è possibile modificare le dimensioni della distribuzione in standby, poiché deve rimanere delle stesse dimensioni del database primario.
Limitazioni
-
Quando si creano distribuzioni peer, la lista di aree mostra le aree remote disponibili in cui è possibile creare uno standby tra più aree. Quando aggiungi un database in standby, la lista delle aree disponibili mostra solo un'area remota se la tenancy è sottoscritta all'area remota (è necessario essere sottoscritti all'area remota accoppiata).
-
Per il disaster recovery tra più aree, è necessario riconfigurare i percorsi di distribuzione dopo lo switchover e modificare l'host di destinazione. È possibile eseguire questa operazione in due modi:
-
(Per le build GoldenGate versione 23.10+) Nella console di distribuzione di OCI GoldenGate, selezionare Servizio di distribuzione. Visualizzare le informazioni sul percorso del percorso di distribuzione o del percorso avviato dalla destinazione, quindi modificare l'URI destinazione.
-
Utilizzare una chiamata API REST per eseguire l'aggiornamento:
curl -u <username>:<password> -X PATCH https://<deployment-host>:443/services/v2/sources/<distribution-path-name> -d '{ "target": { "uri": "wss://<new-target-deployment-host>:443/services/v2/targets?trail=<trail-name>" } }' \| jq .
Nota: se IAM viene utilizzato per l'autenticazione, è inoltre necessario creare una nuova connessione GoldenGate e assegnarla alla distribuzione di origine.
-
-
I certificati truststore di distribuzione non vengono copiati nel peer di standby tra più aree e due distribuzioni non possono avere lo stesso nome FQDN. Dopo la creazione dello standby, è necessario aggiornare lo standby con certificati/chiave SSL e aggiornare il nome FQDN per la nuova distribuzione in linea con il nome di dominio supportato nei certificati. I certificati precedenti autofirmati generati per una determinata area potrebbero non essere validi per la standby region, pertanto potrebbe essere necessario rigenerarli e caricarli nella distribuzione in standby.
Aggiungi una distribuzione peer
Prima di iniziare
-
Assicurarsi di avere aggiunto i criteri minimi richiesti, in particolare i criteri che consentono alle distribuzioni GoldenGate di utilizzare la replica dei segreti OCI e di utilizzare/gestire le risorse dei segreti OCI.
-
I segreti non vengono replicati finché la replica tra più aree non viene abilitata a livello di segreti. Assicurarsi di selezionare la stessa area del peer di standby della distribuzione. Informazioni sulla configurazione della replica dei segreti tra più aree. Assicurarsi di esaminare "Autorizzazioni necessarie ai principal delle risorse per consentire la replica dei segreti tra più aree" nella sezione Criteri IAM obbligatori.
-
Se le connessioni assegnate non utilizzano segreti, si verificherà il seguente errore:
Standby peer cannot be created as following connections does not use secret id <OCID> -
È necessario modificare la connessione per utilizzare i segreti oppure sostituirla con una che utilizza i segreti.
-
-
Configurare Active Data Guard o Data Guard a livello di database prima di creare la connessione in OCI GoldenGate per assicurarsi che la stringa di connessione contenga sia le informazioni primarie che quelle in standby. Se configurato dopo la creazione della connessione, assicurarsi di aggiornare la connessione dal menu Azioni nella pagina dei dettagli della connessione.
Aggiungere una distribuzione peer a una distribuzione primaria:
-
Nella pagina Dettagli della distribuzione primaria, selezionare Disaster recovery.
-
Nella pagina Disaster recovery selezionare Aggiungi peer.
-
Nel pannello Aggiungi distribuzione peer:
-
Selezionare l'area in cui creare la distribuzione peer.
Nota: la lista delle aree mostra solo le aree remote disponibili in cui è possibile creare uno standby tra più aree.
-
Per Selezionare automaticamente il posizionamento migliore del dominio di disponibilità:
-
Selezionare questa opzione per consentire al servizio di selezionare il dominio di disponibilità e il dominio di errore per conto dell'utente.
-
Deselezionare questa opzione per selezionare personalmente il dominio di disponibilità e il dominio di errore.
-
-
-
Selezionare Aggiungi.
La distribuzione peer viene visualizzata nella lista della pagina Disaster recovery, in cui è possibile monitorarne lo stato finché non diventa attivo.
Nota: le connessioni assegnate con endpoint dedicati vengono create come endpoint condivisi nell'area di standby in modo che utilizzino la subnet e l'endpoint privato della distribuzione per impostazione predefinita. Se necessario, puoi modificare le connessioni nella standby region per utilizzare endpoint dedicati specificando manualmente la subnet.
Passaggio a una distribuzione peer
Impara a eseguire uno switchover da una distribuzione peer primaria a uno standby.
Lo switchover da una distribuzione peer primaria a uno standby è un processo manuale. Lo switchover presuppone che il peer primario sia ancora disponibile ed esegue un'ultima sincronizzazione prima di avviare il peer in standby per assicurarsi che tutti i metadati e i dati del peer primario siano presenti nel peer in standby. Assicurarsi di effettuare la sottoscrizione agli eventi OCI GoldenGate necessari per essere informati sulle attività di distribuzione pertinenti.
È possibile eseguire lo switchover dalla pagina dei dettagli della distribuzione primaria o dalla pagina dei dettagli della distribuzione in standby tra più aree. Per passare a una distribuzione peer:
-
Nella pagina Dettagli della distribuzione, selezionare Disaster recovery.
-
Nella lista di distribuzione peer della pagina Disaster recovery, nel menu Azioni del peer a cui si desidera passare, selezionare Switchover.
-
Nella finestra di dialogo Switchover confermare l'intenzione di passare a questo peer, quindi selezionare Switch.
-
Lo stato della distribuzione viene modificato in Aggiornamento mentre lo switchover è in corso.
Quando lo switchover viene completato, il peer è ora il primario e il primario diventa il peer.
Nota: se si rileva che il database in standby è in ritardo rispetto al database primario, fare riferimento a Estrai configurazione sul cluster primario in Task 10: Configura processi Oracle GoldenGate per i parametri per gestire le operazioni di switchover del database.
Failover in una distribuzione peer
Impara a eseguire un failover da una distribuzione peer primaria a una di standby.
Il failover utilizza l'ultimo punto di sincronizzazione riuscito per avviare il peer in standby e non tenta di connettersi al primario. È possibile che i processi creati dopo l'ultima sincronizzazione non siano presenti nel peer in standby.
È possibile eseguire lo switchover dalla pagina dei dettagli della distribuzione primaria o dalla pagina dei dettagli della distribuzione in standby tra più aree. Per passare a una distribuzione peer:
-
Nella pagina Dettagli della distribuzione, selezionare Disaster recovery.
-
Nella lista di distribuzione peer della pagina Disaster recovery, dal menu Azioni del peer a cui si desidera passare, selezionare Failover.
-
Nella finestra di dialogo Failover confermare il passaggio a questo peer, quindi selezionare Failover.
-
Lo stato della distribuzione viene modificato in Aggiornamento mentre il failover è in corso.
Al termine del failover, il peer è ora il primario e il primario diventa il peer.
Nota: se si rileva che il database in standby è in ritardo rispetto al database primario, fare riferimento a Estrai configurazione sul cluster primario in Task 10: Configura processi Oracle GoldenGate per i parametri per gestire le operazioni di switchover del database.
Visualizza dettagli distribuzione peer
Visualizzare i dettagli della distribuzione peer nella scheda Disaster Recovery della pagina dei dettagli di una distribuzione primaria.
Le informazioni sulla distribuzione peer visualizzate in questa pagina includono:
- Ruolo (principale o in standby)
- Condizione
- Area
- Dominio di disponibilità
- Dominio di errore
- Stato del controllo preliminare e data dell'ultima esecuzione
- Dettagli modifica ruolo
A seconda che la distribuzione peer sia locale o remota, è possibile eseguire le azioni riportate di seguito dal menu Azioni.
- Switchover
- Failover
- Avvia controllo preliminare (remoto)
- Visualizza i risultati del controllo preliminare (remoto)
- Elimina
- Copia OCID
Eseguire un controllo preliminare della distribuzione peer
È consigliabile eseguire regolarmente controlli preliminari per la distribuzione peer per garantire la corretta esecuzione del failover o della commutazione manuale. Il controllo preliminare della distribuzione peer garantisce che le risorse che utilizzano i segreti password vengano replicate in peer remoti prima dello switchover. Il controllo preliminare include i controlli per:
- Segreti password esistenti
- I segreti vengono replicati nella standby region
- Il segreto password esiste nell'area di standby, ma non corrisponde all'area primaria dopo gli aggiornamenti recenti
- Tutte le connessioni assegnate sono valide ed esistono più host
- Esistono connessioni assegnate ma devono essere aggiornate a causa di modifiche recenti
Se il controllo preliminare non riesce per qualsiasi motivo, assicurarsi di eseguire le azioni necessarie e quindi eseguire di nuovo il controllo preliminare.
Eliminare una distribuzione peer
Eliminare una distribuzione peer quando non è più necessario interrompere addebiti aggiuntivi ricorrenti per le risorse inutilizzate.
Per eliminare una distribuzione peer:
-
Nella pagina Dettagli della distribuzione primaria, selezionare Disaster recovery.
-
Nella lista di distribuzione peer, nel menu Azioni del peer che si desidera eliminare, selezionare Elimina.
-
Nella finestra di dialogo Delete peer, confermare che si desidera eliminare questo peer, quindi selezionare Delete.
Lo stato della distribuzione peer viene modificato in Eliminazione.