Configura OCI Full Stack Disaster Recovery

Configurare i gruppi di protezione da disaster recovery e creare i piani di switchover e failover. I passi dipendono dal modello di disaster recovery in uso.

Definire il gruppo di protezione DR primario

Il gruppo di protezione DR (Disaster Recovery) primario contiene i componenti del sistema nell'area primaria. Contiene i componenti che richiedono qualsiasi azione durante uno switchover o un failover.

Per definire il gruppo di protezione DR principale, attenersi alla procedura riportata di seguito.

Accedi alla console Oracle Cloud Infrastructure nell'area primaria.
Passare a Migrazione e recupero da errori irreversibili, quindi fare clic su Gruppi di protezione DR.
Fare clic su Crea gruppo di protezione DR.
Immettere un nome per il gruppo di protezione DR.
Selezionare il compartimento, quindi fornire un bucket Oracle Cloud Infrastructure Object Storage per i log.
Lasciare il ruolo come Non configurato per il momento.

Fare clic su Aggiungi membri.

Aggiungere le istanze primarie di computazione di livello intermedio. Scegliere Istanza non mobile nel tipo di istanza di computazione.

Tipo di risorsa	Istanza	Tipo di istanza di computazione
Calcolo	Istanza di computazione di livello medio 0 dell'area principale	Istanza non mobile
Calcolo	Istanza di computazione di livello medio 1 dell'area principale	Istanza non mobile
Calcolo	Istanza di computazione di livello medio n dell'area principale	Istanza non mobile

Aggiungere il database primario. Selezionare il tipo di risorsa appropriato (Database o Autonomous Database).

Fare clic su Crea.

Definire il gruppo di protezione DR in standby

Il gruppo di protezione DR (Disaster Recovery) in standby contiene i componenti del sistema nell'area secondaria. Contiene i componenti che richiedono qualsiasi azione durante uno switchover o un failover.

Per definire il gruppo di protezione DR in standby, attenersi alla procedura riportata di seguito.

Accedi alla console Oracle Cloud Infrastructure nell'area standby.
Passare a Migrazione e recupero da errori irreversibili, quindi fare clic su Gruppi di protezione DR.
Fare clic su Crea gruppo di protezione DR.
Immettere un nome per il gruppo di protezione DR.
Selezionare il compartimento, quindi fornire un bucket Oracle Cloud Infrastructure Object Storage per i log.
Impostare il ruolo su In standby.
1. Selezionare l'area primaria nell'area peer.
2. Selezionare il gruppo di protezione DR creato in precedenza come gruppo di protezione DR peer.

Fare clic su Aggiungi membri.

Aggiungere le istanze di computazione di livello intermedio in standby. Scegliere Istanza non mobile nel tipo di istanza di computazione.

Tipo di risorsa	Istanza	Tipo di istanza di computazione
Calcolo	Istanza di computazione di livello medio 0 della standby region	Istanza non mobile
Calcolo	Istanza di computazione di livello medio 1 della standby region	Istanza non mobile
Calcolo	Istanza di computazione di livello medio n della standby region	Istanza non mobile

Aggiungere il database di standby. Selezionare il tipo di risorsa appropriato (Database o Autonomous Database).

Fare clic su Crea.

Completare la definizione dei gruppi di protezione DR

Quando si utilizza il modello DR basato sulla replica tra più aree del volume a blocchi, configurare il volume a blocchi replicato in ogni membro di computazione nel gruppo di protezione DR primario e nel gruppo di protezione DR in standby.

Nota

Questo passo si applica solo al modello di disaster recovery basato sulla replica tra più aree dei volumi a blocchi OCI. Questo passo NON si applica ai modelli di disaster recovery basati sui metodi "OCI File Storage con i metodi rsync" e "Database File System (DBFS)" per la replica della configurazione.

Configurare il volume a blocchi replicato in ogni membro di computazione nel gruppo di protezione DR primario.

Modificare un membro di computazione, fare clic su Opzioni avanzate, quindi fare clic sulla scheda Volumi a blocchi.
- In Block Volume, selezionare il volume a blocchi collegato all'istanza replicata in secondaria.
- Nell'istanza di riferimento del collegamento del volume, selezionare l'istanza di computazione peer dal database di standby.
  Questa istanza di computazione viene utilizzata per ottenere i dettagli del collegamento quando si passa a quest'area.
- Nel punto di attivazione indicare il punto di attivazione in cui viene eseguito il MOUNT del volume a blocchi.
L'istanza di computazione può avere più volumi a blocchi replicati. Ad esempio, in Oracle WebLogic Server per OCI è possibile replicare sia wlsociprefix-data-block-N che wlsociprefix-mw-block-N in secondario. In questo caso, aggiungere eventuali volumi a blocchi replicati aggiuntivi alla definizione del membro dell'istanza di computazione.

Nota
NON AGGIUNGERE i volumi BOOT. Non vengono replicati.
Ripetere il passo precedente per ogni membro dell'istanza di computazione nel gruppo di protezione Disaster primario.

Di seguito è riportato un esempio delle proprietà avanzate di un volume a blocchi nei dettagli del gruppo di protezione DR primario per i membri di computazione.

Membro di calcolo	Volume a blocchi	Istanza di riferimento per il collegamento del volume	Punto di accesso
Istanza di computazione di livello medio 0 dell'area principale	`wlsociprefix-data-block-1`	Istanza di computazione di livello medio 0 di standby	`/u01/data`
Istanza di computazione di livello medio 1 dell'area principale	`wlsociprefix-data-block-2`	Istanza di computazione di livello medio 1 di standby	`/u01/data`
Istanza di computazione di livello medio n dell'area principale	`wlsociprefix-data-block-N`	Istanza di computazione di livello medio N di standby	`/u01/data`

Configurare il volume a blocchi replicato in ogni membro di computazione nel gruppo di protezione DR in standby:

Modificare un membro di computazione in standby, fare clic su Opzioni avanzate, quindi fare clic sulla scheda Volumi a blocchi.
- In Volume a blocchi, selezionare il volume a blocchi dall'area primaria che verrà collegata a questa istanza di computazione. La lista mostra direttamente i volumi a blocchi del database primario.
- Nell'istanza di riferimento del collegamento del volume, selezionare l'istanza di computazione peer da quella primaria.
  Viene utilizzato per ottenere i dettagli del collegamento quando si passa a quest'area.
- Nel punto di attivazione indicare il punto di attivazione in cui viene eseguito il MOUNT del volume a blocchi.
L'istanza di computazione può avere più volumi a blocchi replicati. Ad esempio, in Oracle WebLogic Server per OCI è possibile replicare sia wlsociprefix-data-block-N che wlsociprefix-mw-block-N in secondario. In questo caso, aggiungere eventuali volumi a blocchi replicati aggiuntivi alla definizione del membro dell'istanza di computazione.

Nota
NON AGGIUNGERE i volumi BOOT. Non vengono replicati.
Ripetere il passo precedente per ogni istanza di computazione membro del gruppo.

Di seguito è riportato un esempio delle proprietà avanzate di un volume a blocchi nei dettagli del gruppo di protezione DR in standby per i membri di computazione.

Membro di calcolo	Volume a blocchi	Istanza di riferimento per il collegamento del volume	Punto di accesso
Istanza di computazione di livello medio 0 della standby region	`wlsociprefix-data-block-1`	Istanza di computazione di livello intermedio 0 dell'istanza primaria	`/u01/data`
Istanza di computazione di livello medio 1 della standby region	`wlsociprefix-data-block-2`	Istanza di computazione di livello intermedio 1 del database primario	`/u01/data`
Istanza di computazione di livello medio n della standby region	`wlsociprefix-data-block-N`	Istanza di computazione di livello intermedio N di primaria	`/u01/data`

Modificare il gruppo di protezione DR primario per aggiungere i gruppi di volumi replicati come membri del gruppo di protezione DR primario.
1. Fare clic su Aggiungi un membro.
2. Selezionare il tipo di risorsa Gruppo di volumi.
3. Selezionare il gruppo di volumi replicato in standby
4. Ripetere l'operazione per tutti i gruppi di volumi creati nel database primario che vengono replicati in standby.
  
  Nota
  Eseguire questa operazione solo nel gruppo DR principale. Non è necessario aggiungere alcun gruppo di volumi al gruppo di protezione DR in standby. OCI Full Stack Disaster Recovery Service li aggiungerà automaticamente come membri al gruppo di protezione DR in standby quando diventa primario durante il processo di switchover o failover.

Informazioni sui piani DR

Crea piani di disaster recovery (DR) per i tuoi gruppi di protezione. Un piano DR in un determinato gruppo di protezione DR è valido per il passaggio o il failover a tale gruppo di protezione DR.

Per il gruppo di protezione DR della regione 1, definire i piani di switchover e failover dalla regione 2 alla regione 1. Per il gruppo di protezione DR della regione 2, definire i piani di switchover e failover dalla regione 1 alla regione 2.

Nota

È possibile creare e modificare solo i piani nel gruppo di protezione DR con ruolo in standby.

È possibile creare i seguenti tipi di piano:

Piano di switchover
Esegue una transizione pianificata dei servizi dal gruppo di protezione DR primario al gruppo di protezione DR in standby. I piani di switchover vengono utilizzati per eseguire una transizione ordinata arrestando lo stack di applicazioni nell'area primaria e quindi attivandolo nella standby region. Pertanto, un piano di switchover richiede che i componenti dello stack di applicazioni e altri servizi OCI necessari siano disponibili in entrambe le aree. I piani di switchover vengono in genere utilizzati per la manutenzione pianificata del sito, l'applicazione di patch software, il test DR e la convalida.
Piano di failover
Esegue una transizione non pianificata dei servizi alla standby region. I piani di failover in genere eseguono una transizione immediata attivando lo stack di applicazioni nella standby region, senza tentare di arrestare il servizio nella region primaria. Pertanto, un piano di failover richiede solo che i servizi OCI siano disponibili nella standby region. I piani di failover vengono in genere utilizzati per eseguire transizioni DR quando un'indisponibilità o un disastro interessa l'area primaria.

Creare il piano di switchover

Creare il piano di switchover nel gruppo di protezione standby Disaster Recovery (DR).

Nella console di Oracle Cloud Infrastructure, passare al gruppo di protezione DR in standby, fare clic su Piani, quindi fare clic su Crea piano.
Fornire un nome per il piano.
Ad esempio, switchover_to_region2.
Selezionare Switchover per il tipo di piano.

Quando viene creato, il piano include i passi built-in: i controlli preliminari e il passo di switchover del database e i passi per gestire la replica tra più aree dei volumi a blocchi, se utilizzati.
I passi vengono raggruppati in Gruppi di piani. Tutti i passi sotto lo stesso gruppo di piani vengono eseguiti in parallelo.
Di seguito sono riportati i gruppi di piani previsti pronti all'uso in un piano di switchover per i modelli DR basati su OCI File Storage con i metodi di replica della configurazione di rsync e Oracle Database File System.
- Controlli preliminari incorporati: esegue controlli preliminari per tutti i passi del piano.
- Switchover dei database (in standby): esegue lo switchover del database.
Di seguito sono riportati i gruppi di piani previsti pronti all'uso in un piano di switchover per il modello DR basato sul metodo di replica tra più aree dei volumi a blocchi OCI:
- Controlli preliminari incorporati: esegue controlli preliminari per tutti i passi del piano.
- Scollega i volumi a blocchi dalle istanze di computazione: rimuove e scollega i volumi a blocchi dalle istanze di computazione principali.
- Gruppi di volumi di switchover: attiva le repliche dei gruppi di volumi a blocchi nel sito in standby, in modo che vengano creati nuovi gruppi di volumi a blocchi e volumi a blocchi nel database in standby. Si tratta di una copia dei volumi a blocchi primari.
- Switchover dei database (in standby): esegue lo switchover del database.
- Collega volumi a blocchi dalle istanze di computazione: collega i volumi a blocchi attivati alle istanze di computazione in standby.
- Replica dei gruppi di volumi inversa: abilita la replica tra più aree nei nuovi gruppi di volumi a blocchi creati nella standby region (nuovo database primario). Ora vengono replicati nell'area primaria precedente.
- Termina gruppo di volumi: interrompe i gruppi di volumi a blocchi e i volumi a blocchi nell'area primaria precedente.
- Rimuovi gruppi di volumi dal gruppo di protezione DR: rimuove i membri dei gruppi di volumi a blocchi dalla precedente definizione del gruppo di protezione DR primario. I gruppi di volumi a blocchi vengono aggiunti ora come membri del nuovo gruppo di protezione DR primario.
Nota

Il passo Termina gruppo di volumi è disabilitato per impostazione predefinita.

Quando il passo è disabilitato, i volumi a blocchi e i gruppi di volumi a blocchi nel database primario precedente non vengono eliminati (solo scollegati). Sarà necessario eliminarli manualmente. Quando il passo è abilitato, i volumi a blocchi e i gruppi di volumi a blocchi nel database primario precedente vengono eliminati automaticamente.

Dopo i test di convalida iniziali, Oracle consiglia di abilitare questo passo per evitare duplicazioni dei volumi a blocchi. In caso contrario, i volumi a blocchi lasciati indietro verranno replicati continuamente e, anche se non vengono utilizzati, comportano un costo indesiderato.

Per il resto delle azioni, aggiungere i gruppi di piani e i passi definiti dall'utente per le istanze di Oracle WebLogic Server (WLS) e lo switchover DNS front-end, come mostrato nella tabella.

Gruppo di piani definiti dall'utente	A punti	Modalità errore	Area	Script	istanza destinazione	Parametri script	Esegui come utente
Arresto WLS in remote_region (parallelo)	Nodo di arresto WLS 0	Arresta in caso di errore	Area remota	Esegui script locale	Istanza di computazione di livello intermedio 0	`/opt/scripts/custom_stop.sh`	`oracle`
Arresto WLS in remote_region (parallelo)	Nodo di arresto WLS 1	Arresta in caso di errore	Area remota	Esegui script locale	Istanza di computazione di livello intermedio 1	`/opt/scripts/custom_stop.sh`	`oracle`
Arresto WLS in remote_region (parallelo)	Nodo di arresto WLS N	Arresta in caso di errore	Area remota	Esegui script locale	Istanza di computazione di livello intermedio N	`/opt/scripts/custom_stop.sh`	`oracle`
Avvio del server di amministrazione WLS in this_region	Server di amministrazione WLS	Arresta in caso di errore	Questa regione	Esegui script locale	Istanza di computazione di livello intermedio 0	`/opt/scripts/custom_start_aserver.sh`	`oracle`
I server gestiti WLS vengono avviati in this_region (tutti in parallelo)	Nodo iniziale WLS 0	Arresta in caso di errore	Questa regione	Esegui script locale	Istanza di computazione di livello intermedio 0	`/opt/scripts/custom_start_mserver.sh`	`oracle`
I server gestiti WLS vengono avviati in this_region (tutti in parallelo)	Nodo iniziale WLS 1	Arresta in caso di errore	Questa regione	Esegui script locale	Istanza di computazione di livello intermedio 1	`/opt/scripts/custom_start_mserver.sh`	`oracle`
I server gestiti WLS vengono avviati in this_region (tutti in parallelo)	Nodo iniziale WLS N	Arresta in caso di errore	Questa regione	Esegui script locale	Istanza di computazione di livello intermedio N	`/opt/scripts/custom_start_mserver.sh`	`oracle`
Switchover DNS front-end	Switchover DNS front-end	Arresta in caso di errore	Questa regione	Esegue la funzione `/` dello script locale	Istanza di computazione di livello intermedio 0	Percorso dello script DNS nell'host	`opc` (o l'utente che esegue lo script DNS)

Nota

Il timeout predefinito per ogni operazione è di 3600 secondi, che viene regolato correttamente per la maggior parte dei casi. Per alcune operazioni, ad esempio l'avvio e l'arresto dei server gestiti WLS, potrebbe essere necessario modificare questo valore in base alle applicazioni distribuite e all'eventuale necessità di attendere le impostazioni JTA (Java Transaction API) e le operazioni con tempi di esecuzione lunghi. Analogamente, il timeout di avvio dipenderà dalle distribuzioni di Oracle WebLogic Server. Ad esempio, in un sistema SOA questo può variare a seconda del numero e del tipo di composti distribuiti. Poiché ciò può avere un impatto diretto sull'obiettivo RTO (Recovery Time Objective), verificare prima ogni operazione manualmente per il sistema e utilizzare il valore di timeout accettabile per soddisfare l'RTO (potrebbe essere necessario intervenire in caso di timeout).

I passi sotto lo stesso gruppo di piani vengono eseguiti in parallelo. I gruppi di piani vengono eseguiti in modalità seriale. Pertanto, posizionare i passi per arrestare le istanze di Oracle WebLogic Server nello stesso gruppo di piani, in modo che tali istanze di Oracle WebLogic Server vengano arrestate in parallelo. Tuttavia, i passi per avviare le istanze di Oracle WebLogic Server sono separati in 2 gruppi di piani: un gruppo di piani per avviare il server di amministrazione nel primo nodo e un altro gruppo di piani con i passi N per avviare le istanze gestite di Oracle WebLogic Server in tutti gli host in parallelo.

Se lo si desidera, è possibile aggiungere i seguenti passi definiti dall'utente quando si utilizza il modello DR basato su OCI File Storage con rsync o la replica della configurazione di Oracle Database File System. Questi script replicano la configurazione Oracle WebLogic in standby prima dello switchover:

Gruppo di piani definiti dall'utente	A punti	Modalità errore	Area	Script	istanza destinazione	Parametri script	Esegui come utente
(facoltativo) Sincronizzazione della configurazione nel database primario (dalla cartella primaria a quella temporanea)	Esegui script di replica di configurazione nel nodo primario 0	Arresta in caso di errore	Area remota	Esegui script locale	Istanza di computazione di livello intermedio 0	`/u01/scripts/config_replica.sh`	`oracle`
(facoltativo) Sincronizzazione della configurazione in standby (dalla cartella intermedia al database in standby)	Esegui script di replica della configurazione nel nodo in standby 0	Arresta in caso di errore	Questa regione	Esegui script locale	Istanza di computazione di livello intermedio 0	`/u01/scripts/config_replica.sh`	`oracle`

Aggiungere i passi definiti dall'utente quando si utilizza il modello DR basato sulla replica tra più aree dei volumi a blocchi OCI per sostituire le stringhe di connessione al database nella configurazione WLS (Oracle WebLogic) in modo che puntino al database locale:

Gruppo di piani definiti dall'utente	A punti	Modalità errore	Area	Script	istanza destinazione	Parametri script	Esegui come utente
Sostituzione della stringa DB Connect in WLS (tutto in parallelo)	nel nodo WLS 0	Arresta in caso di errore	Questa regione	Esegui script locale	Istanza di computazione di livello intermedio 0	`/u01/scripts/replacement_script_BVmodel.sh`	`oracle`
Sostituzione della stringa DB Connect in WLS (tutto in parallelo)	nel nodo WLS 1	Arresta in caso di errore	Questa regione	Esegui script locale	Istanza di computazione di livello intermedio 1	`/u01/scripts/replacement_script_BVmodel.sh`	`oracle`
Sostituzione della stringa DB Connect in WLS (tutto in parallelo)	nel nodo WLS N	Arresta in caso di errore	Questa regione	Esegui script locale	Istanza di computazione di livello intermedio N	`/u01/scripts/replacement_script_BVmodel.sh`	`oracle`

Riordinare i gruppi di piani nel piano nel modo seguente quando si utilizza il modello DR basato su OCI File Storage con replica della configurazione di rsync o Oracle Database File System:

Posizione gruppo piano	Gruppo del piano	Tipo gruppo piani
1	Controlli preliminari built-in	Passo integrato
2	(facoltativo) Sincronizzazione configurazione in principale (dalla cartella principale alla cartella intermedia)	Passo definito dall'utente
3	(facoltativo) Sincronizzazione configurazione in standby (dalla cartella intermedia al database in standby)	Passo definito dall'utente
4	Arresto di Oracle WebLogic Server in remote_region (parallelo)	Passo definito dall'utente
5	Switchover DNS	Passo definito dall'utente
6	Switchover database (in standby)	Passo integrato
7	Il server di amministrazione Oracle WebLogic Server viene avviato in this_region	Passo definito dall'utente
8	I server gestiti di Oracle WebLogic Server vengono avviati in this_region (tutti i nodi in parallelo)	Passo definito dall'utente

Riordinare i gruppi di piani nel piano nel modo seguente quando si utilizza un modello DR basato sulla replica tra più aree dei volumi a blocchi OCI, in base all'ordine predefinito:

Posizione gruppo piano	Gruppo del piano	Tipo gruppo piani
1	Controlli preliminari built-in	Passo integrato
2	Arresto di Oracle WebLogic Server in remote_region (parallelo)	Passo definito dall'utente
3	Scollega volumi a blocchi dalle istanze di computazione	Passo integrato
4	Gruppi di volumi switchover	Passo integrato
5	Switchover DNS	Passo definito dall'utente
6	Switchover database (in standby)	Passo integrato
7	Collega volumi a blocchi dalle istanze di computazione	Passo integrato
8	Sostituzione della stringa di connessione al database in Oracle WebLogic Server (tutto in parallelo)	Passo definito dall'utente
9	Il server di amministrazione Oracle WebLogic Server viene avviato in this_region	Passo definito dall'utente
10	I server gestiti di Oracle WebLogic Server vengono avviati in this_region (tutti i nodi in parallelo)	Passo definito dall'utente
11	Replica dei gruppi di volumi inversa	Passo integrato
12	Termina gruppo di volumi	Passo integrato
13	Rimuovi gruppi di volumi dal gruppo di protezione DR	Passo integrato

Il tempo di inattività per questo piano di switchover inizia nel passo 2 e termina una volta completato il passo 10.

Per ridurre al minimo il tempo di inattività durante il piano di switchover, è possibile utilizzare l'ordine seguente:

Posizione gruppo piano	Gruppo del piano	Tipo gruppo piani
1	Controlli preliminari built-in	Passo integrato
2	Gruppi di volumi switchover	Passo integrato
3	Collega volumi a blocchi dalle istanze di computazione	Passo integrato
4	Sostituzione della stringa di connessione al database in Oracle WebLogic Server (tutto in parallelo)	Passo definito dall'utente
5	Arresto di Oracle WebLogic Server in remote_region (parallelo)	Passo definito dall'utente
6	Switchover DNS	Passo definito dall'utente
7	Switchover database (in standby)	Passo integrato
8	Il server di amministrazione Oracle WebLogic Server viene avviato in this_region	Passo definito dall'utente
9	I server gestiti di Oracle WebLogic Server vengono avviati in this_region (tutti i nodi in parallelo)	Passo definito dall'utente
10	Scollega volumi a blocchi dalle istanze di computazione	Passo integrato
11	Replica dei gruppi di volumi inversa	Passo integrato
12	Termina gruppo di volumi	Passo integrato
13	Rimuovi gruppi di volumi dal gruppo di protezione DR	Passo integrato

Il tempo di inattività per questo switchover si verifica tra il passaggio 5 e termina una volta completato il passaggio 9.

Nota

Il passo per terminare il gruppo di volumi è disabilitato per impostazione predefinita.

Quando il passo è disabilitato, i volumi a blocchi e i gruppi di volumi a blocchi nel database primario precedente non vengono eliminati (sono solo scollegati e la replica tra più aree è disabilitata). È necessario eliminarli manualmente. Quando il passo è abilitato, i volumi a blocchi e i gruppi di volumi a blocchi nel database primario precedente vengono eliminati automaticamente.

Dopo i test di convalida iniziali, Oracle consiglia di abilitare questo passo per evitare duplicazioni dei volumi a blocchi. In caso contrario, i volumi a blocchi lasciati indietro si replicheranno continuamente e, anche se non vengono utilizzati, comportano un costo indesiderato.

Ripetere questi passi per creare il piano di switchback nel gruppo di protezione DR per l'area principale.

Nota
Per creare il piano di switchback nel gruppo di protezione DR per l'area primaria, è necessario attendere che si trovi nel ruolo di standby. Pertanto, pianificare uno switchover in una finestra di tempo di inattività pianificato o attendere il successivo switchover pianificato per creare i piani di switchback nell'altro gruppo di protezione DR.

Crea piano di failover

Creare il piano di failover nel gruppo di protezione DR in standby.

Nella console OCI, passare al gruppo di protezione DR standby, fare clic su Piani, quindi fare clic su Crea piano.
Fornire un nome per il piano.
Ad esempio, failover_to_region2.
Selezionare Failover per il tipo di piano.
Quando viene creato, il piano include i passi built-in: i controlli preliminari e il passo di failover del database e i passi correlati alla replica tra più aree dei volumi a blocchi, se utilizzati.
Di seguito sono riportati i gruppi di piani previsti pronti all'uso in un piano di failover per i modelli DR basati su OCI File Storage con i metodi di replica della configurazione di rsync e Oracle Database File System.
- Controlli preliminari incorporati: esegue controlli preliminari per tutti i passi del piano.
- Database di failover (in standby): esegue il failover del database.
Di seguito sono riportati i gruppi di piani previsti pronti all'uso in un piano di failover per il modello DR basato sul metodo di replica tra più aree dei volumi a blocchi OCI:
- Controlli preliminari incorporati: esegue controlli preliminari per tutti i passi del piano.
- Gruppi di volumi di failover: attiva le repliche dei gruppi di volumi a blocchi nella standby region, in modo da creare nuovi gruppi di volumi a blocchi e volumi a blocchi nel database di standby. Si tratta di una copia dei volumi a blocchi primari.
- Database di failover (in standby): esegue il failover del database.
- Collega volumi a blocchi dalle istanze di computazione: collega i volumi a blocchi in standby alle istanze di computazione in standby.
Nota

Il piano di failover non include operazioni nel gruppo DR principale. Dopo un failover, è necessario eseguire manualmente alcune azioni una volta che il sistema primario è nuovamente disponibile. Per informazioni dettagliate, vedere Reimpostazione della configurazione DR dopo un failover.

Per il resto delle azioni, aggiungere i gruppi di piani e i passi, come illustrato nella tabella.

Gruppo di piani definiti dall'utente	A punti	Modalità errore	Area	Script	istanza destinazione	Parametri script	Esegui come utente
Arresto WLS in remote_region (parallelo)	Nodo di arresto WLS 0	Continua in caso di errore	Remote region	Esegui script locale	Istanza di computazione di livello intermedio 0	`/opt/scripts/custom_stop.sh`	`oracle`
Arresto WLS in remote_region (parallelo)	Nodo di arresto WLS 1	Continua in caso di errore	Remote region	Esegui script locale	Istanza di computazione di livello intermedio 1	`/opt/scripts/custom_stop.sh`	`oracle`
Arresto WLS in remote_region (parallelo)	Nodo di arresto WLS N	Continua in caso di errore	Remote region	Esegui script locale	Istanza di computazione di livello intermedio N	`/opt/scripts/custom_stop.sh`	`oracle`
Avvio del server di amministrazione WLS in this_region	Server di amministrazione WLS	Arresta in caso di errore	This region	Esegui script locale	Istanza di computazione di livello intermedio 0	`/opt/scripts/custom_start_aserver.sh`	`oracle`
I server gestiti WLS vengono avviati in this_region (tutti in parallelo)	Nodo iniziale WLS 0	Arresta in caso di errore	This region	Esegui script locale	Istanza di computazione di livello intermedio 0	`/opt/scripts/custom_start_mserver.sh`	`oracle`
I server gestiti WLS vengono avviati in this_region (tutti in parallelo)	Nodo iniziale WLS 1	Arresta in caso di errore	This region	Esegui script locale	Istanza di computazione di livello intermedio 1	`/opt/scripts/custom_start_mserver.sh`	`oracle`
I server gestiti WLS vengono avviati in this_region (tutti in parallelo)	Nodo iniziale WLS N	Arresta in caso di errore	This region	Esegui script locale	Istanza di computazione di livello intermedio N	`/opt/scripts/custom_start_mserver.sh`	`oracle`
Switchover DNS front-end	Switchover DNS front-end	Arresta in caso di errore	This region	Esegui script/funzione locale	Istanza di computazione di livello intermedio 0	Percorso dello script DNS nell'host	`opc` (o l'utente che esegue lo script DNS)

I passi sono gli stessi definiti per il piano di switchover equivalente. In questo caso, tuttavia, assicurarsi di impostare la modalità di errore su Continua in caso di errore nei passi che arrestano Oracle WebLogic Server nel database primario. Poiché in uno scenario di failover i componenti principali potrebbero non essere disponibili.

Nota

I gruppi di piani vengono eseguiti in modalità seriale. I passi sotto lo stesso gruppo di piani vengono eseguiti in parallelo. Pertanto, posizionare i passi per arrestare le istanze di Oracle WebLogic Server nello stesso gruppo di piani, in modo che tali istanze di Oracle WebLogic Server vengano arrestate in parallelo. Tuttavia, i passi per avviare le istanze di Oracle WebLogic Server sono separati in 2 gruppi di piani: un gruppo di piani per avviare il server di amministrazione nel primo nodo e un altro gruppo di piani con i passi N per avviare le istanze gestite di Oracle WebLogic Server in tutti i nodi in parallelo.

Aggiungere i passi definiti dall'utente quando si utilizza il modello DR basato sulla replica tra più aree dei volumi a blocchi OCI per sostituire le stringhe di connessione al database nella configurazione di Oracle WebLogic Server (WLS) in modo che puntino al database locale:

Gruppo di piani definiti dall'utente	A punti	Modalità errore	Area	Script	istanza destinazione	Parametri script	Esegui come utente
Sostituzione della stringa DB Connect in WLS (tutto in parallelo)	nel nodo WLS 0	Arresta in caso di errore	Questa regione	Esegui script locale	Istanza di computazione di livello intermedio 0	`/u01/scripts/replacement_script_BVmodel.sh`	`oracle`
Sostituzione della stringa DB Connect in WLS (tutto in parallelo)	nel nodo WLS 1	Arresta in caso di errore	Questa regione	Esegui script locale	Istanza di computazione di livello intermedio 1	`/u01/scripts/replacement_script_BVmodel.sh`	`oracle`
Sostituzione della stringa DB Connect in WLS (tutto in parallelo)	nel nodo WLS N	Arresta in caso di errore	Questa regione	Esegui script locale	Istanza di computazione di livello intermedio N	`/u01/scripts/replacement_script_BVmodel.sh`	`oracle`

Riordinare i gruppi di piani nel piano di failover come indicato di seguito quando si utilizza il modello DR basato su Oracle Cloud Infrastructure File Storage con la replica della configurazione di rsync o Oracle Database File System:

Posizione gruppo piano	Gruppo del piano	Tipo gruppo piani
1	Controlli preliminari built-in	Passo integrato
2	Arresto di Oracle WebLogic Server in remote_region (parallelo)	Passo definito dall'utente
3	Switchover DNS	Passo definito dall'utente
4	Failover database (in standby)	Passo integrato
5	Il server di amministrazione Oracle WebLogic Server viene avviato in this_region	Passo definito dall'utente
6	I server gestiti di Oracle WebLogic Server vengono avviati in this_region (tutti i nodi in parallelo)	Passo definito dall'utente

Riordinare i gruppi di piani nel piano nel modo seguente quando si utilizza il modello DR basato sulla replica tra più aree dei volumi a blocchi OCI, in base all'ordine predefinito.

Posizione gruppo piano	Gruppo del piano	Tipo gruppo piani
1	Controlli preliminari built-in	Passo integrato
2	Arresto di Oracle WebLogic Server in remote_region (parallelo)	Passo definito dall'utente
3	Gruppi di volumi di failover	Passo integrato
4	Switchover DNS	Passo definito dall'utente
5	Failover database (in standby)	Passo integrato
6	Collega volumi a blocchi dalle istanze di computazione	Passo integrato
7	Sostituzione della stringa di connessione DB in WLS in this_region (tutti i nodi in parallelo)	Passo definito dall'utente
8	Il server di amministrazione Oracle WebLogic Server viene avviato in this_region	Passo definito dall'utente
9	I server gestiti di Oracle WebLogic Server vengono avviati in this_region (tutti i nodi in parallelo)	Passo definito dall'utente

Ripetere questi passi per creare il piano di failover nel gruppo di protezione DR per l'area primaria.

Nota
Per creare il piano di failover nel gruppo di protezione DR per l'area primaria, è necessario attendere che sia in standby.