Implementare la replica dei volumi a blocchi OCI

Questa implementazione utilizza la funzione di replica tra più aree dei volumi a blocchi OCI per replicare i volumi a blocchi.

Di seguito sono riportati i vantaggi dell'implementazione della replica volumi a blocchi OCI.

• Non è necessario creare ed eseguire script periodicamente, come in altri casi di replica. Una volta impostata, la replica viene eseguita automaticamente da Oracle Cloud Infrastructure.
• Si tratta di una soluzione di uso generale applicabile a qualsiasi volume a blocchi di qualsiasi istanza di computazione (ad eccezione dei volumi di avvio). Se si dispone di più sistemi, è possibile utilizzare lo stesso approccio in tutti i sistemi.
• Le informazioni sui volumi a blocchi replicati sono una copia esatta dei volumi a blocchi primari; tutti i file nel volume a blocchi vengono replicati.

Prima di utilizzare la replica volumi a blocchi OCI, considerare quanto riportato di seguito.

• Richiede passaggi per eseguire il MOUNT dei volumi a blocchi replicati nel sistema secondario. Non è possibile montare direttamente la replica dei volumi a blocchi; è necessario prima attivarli per creare volumi a blocchi clonati, che possono essere montati. Questo non è complesso nei sistemi con pochi nodi, ma la complessità aumenta quando ci sono molti nodi. E in particolare nei sistemi che non hanno la stessa distribuzione dei nodi nei domini di disponibilità del database primario e in standby.

  Tuttavia, puoi superare questa complessità utilizzando il servizio Oracle Cloud Infrastructure Full Stack Disaster Recovery per automatizzare questi passaggi nelle operazioni di switchover, failover e convalida.

• Questa tecnologia potrebbe non essere sufficiente per molti sistemi. Se il sistema dispone di più tipi di storage (ad esempio, file system OCI File Storage condivisi), sarà necessario utilizzare una tecnologia di replica diversa.

Impostare la replica per i volumi a blocchi OCI

Per implementare la replica dei volumi a blocchi OCI, sono necessari i passi riportati di seguito.

• Utilizzare OCI Console per definire i gruppi di volumi nell'area primaria, raggruppando i volumi a blocchi che è necessario replicare.

  Un gruppo di volumi può contenere solo volumi a blocchi che si trovano nello stesso dominio di disponibilità (AD) e tutti i volumi a blocchi nel gruppo vengono replicati solo in un AD di destinazione. Se i volumi a blocchi si trovano in più domini AD, creare un gruppo di volumi a blocchi per ogni combinazione di domini AD di origine e di destinazione.

• Abilitare la replica nei gruppi di volumi nei domini di disponibilità appropriati dell'area secondaria.
• Connettersi agli host di livello intermedio nel sistema secondario e disinstallare i volumi a blocchi che verranno replicati dal sistema primario.
• Utilizzare OCI Console per scollegare ed eliminare tutti i volumi a blocchi che verranno replicati dal sistema primario. Non verranno più utilizzati.
• Implementare un modo per gestire le informazioni specifiche del sito che risiedono nei volumi a blocchi aggiornandole con le informazioni appropriate dopo la replica.

Questa implementazione si applica a qualsiasi volume a blocchi ad eccezione dei volumi di avvio. La replica del volume di avvio ha altre implicazioni ed è fuori dall'ambito di questa implementazione.

Esempio 1: utilizzare la replica dei volumi a blocchi OCI per replicare il volume a blocchi della configurazione di livello intermedio

Nota

Questo esempio si applica a qualsiasi sistema di livello intermedio. Come riferimento, spiega come replicare i volumi a blocchi che contengono la configurazione Oracle WebLogic di uno stack Oracle WebLogic Server for OCI. Tuttavia, è possibile eseguire le stesse operazioni per replicare altri volumi a blocchi in un sistema di livello intermedio, ad eccezione dei volumi di avvio.

L'immagine riportata di seguito è un esempio di sistema Oracle WebLogic Server con replica tra più aree dei volumi a blocchi OCI.

Descrizione dell'illustrazione wls-bv-cross-replica.png

wls-bv-replica-cross-oracle.zip

Per impostare la replica tra più aree per i volumi a blocchi, effettuare le operazioni riportate di seguito.

1. Eseguire il backup delle informazioni specifiche per ciascun sito.

   Il volume a blocchi può contenere file con informazioni specifiche per ciascun sito, ad esempio stringhe di connessione ai database o ai server LDAP.

   Quando si utilizza la replica del volume a blocchi, i volumi a blocchi replicati sono una copia esatta dei volumi a blocchi primari; non è possibile saltare file o cartelle specifiche dalla replica. Quindi, è necessario gestire queste differenze adattando le informazioni su ogni sito. Esistono diversi approcci:

   • È possibile eseguire una ricerca e una sostituzione di stringhe nei file con informazioni specifiche del sito.
   • È possibile eseguire il backup di queste informazioni prima della replica e ripristinarle successivamente.

   A questo punto, prima di abilitare la replica, identificare ed eseguire il backup di qualsiasi file con informazioni specifiche del sito che risiedono nei volumi a blocchi replicati. Eseguire la copia di backup in una posizione che non si trova sotto il volume a blocchi replicato; in caso contrario, verrà eseguito l'override della copia.

   Suggerimento

   Esempio di Oracle WebLogic Server

   Ad esempio, quando si replicano volumi a blocchi contenenti un dominio WebLogic, sono disponibili file con informazioni per la connessione al database. Queste informazioni si trovano nella cartella di amministrazione TNS. Controllare la proprietà tns_admin nelle origini dati WebLogic per identificare la cartella. Questo documento fornisce script per gestire questo problema, seguendo l'approccio appropriato a seconda dello scenario:

   • Se il sistema si connette a un Oracle Base Database Service o a Oracle Exadata Database Service, è possibile aggiornare la stringa di connessione al database nel file tnsnames.ora del sistema di livello intermedio secondario durante le operazioni di switchover e failover. Questo documento fornisce uno script di esempio.
   • Se il sistema si connette a un Oracle Autonomous Database, la cartella di amministrazione TNS contiene più artifact (un truststore e un keystore). Sono diversi nel database primario e in standby e non possono essere aggiornati con una semplice sostituzione di stringhe. Questo documento fornisce uno script che ripristina la copia di backup della cartella TNS.

   A questo punto, è sufficiente eseguire un backup delle informazioni sulla cartella TNS.

2. Identificare i volumi a blocchi degli host di livello intermedio principali.
   1. Andare alla Console OCI, selezionare l'area Principale e scegliere il compartimento.
   2. Passare a Memorizzazione, quindi a Volumi a blocchi. Identificare i volumi a blocchi e i punti di installazione.
   3. Prendere nota dei nomi, dell'AD in cui si trovano, dell'host a cui sono collegati e del punto di attivazione.

   Suggerimento

   Esempio di Oracle WebLogic

   Ad esempio, i volumi a blocchi che contengono il dominio WebLogic in Oracle WebLogic Server for OCI e gli stack di Oracle SOA Suite on Marketplace sono i volumi a blocchi dati. I loro nomi sono: prefix-data-block-N (dove N è il numero del nodo host) e sono attivati in /u01/data in ogni host.

   Volume a blocchi nel database primario	DC	Host	Punto di accesso
   prefix-data-block-0	AD1	prefix-wls-0	/u01/data
   prefix-data-block-1	AD2	prefix-wls-1	/u01/data

   Potresti avere volumi a blocchi aggiuntivi per memorizzare le home dei prodotti Oracle. Ad esempio, in uno stack Oracle WebLogic Server for OCI, i calcoli dispongono anche dei volumi a blocchi prefix-mw-block-N, attivati in /u01/app.

   Se si crea il secondario con la struttura WLS-HYDR per uno stack primario, sono disponibili due file system OCI File Storage ridondanti in cui memorizzare i prodotti Oracle anziché i volumi a blocchi. Pertanto, per i prodotti, il database principale utilizza i volumi a blocchi e il archiviazione di file OCI secondario. Se lo desideri, puoi configurare anche la replica in corso per i volumi a blocchi "mw". È sufficiente configurare la replica del volume a blocchi nel database primario ed escludere i file system OCI File Storage del prodotto secondario. Tuttavia, poiché questi elementi contengono le home dei prodotti Oracle, non è obbligatorio replicare questi elementi su base continuativa. Per ulteriori informazioni, vedere "Artifact di file di livello intermedio".

3. Identificare i volumi a blocchi negli host di livello intermedio secondario.
   Ripetere i passi descritti nel passo precedente per ottenere i nomi e i domini di disponibilità (AD) dei volumi a blocchi degli host di livello intermedio secondari.

   Suggerimento

   Esempio di Oracle WebLogic

   Se si crea il sistema secondario con la struttura WLS-HYDR, gli host e i nomi dei volumi a blocchi possono avere una numerazione dei suffissi diversa da quella primaria. Gli stack di mercato utilizzano i suffissi 0,1,2,3, mentre un sistema creato con il framework WLS-HYDR utilizza i suffissi 1,2,3,4. Assicurarsi di identificare correttamente i nodi e i volumi peer. Ad esempio:

   Volume a blocchi secondario	DC	Host	Punto di accesso
   prefixBV1	AD1	prefixhost-1	/u01/data
   prefixBV2	AD2	prefixhost-2	/u01/data

4. Creare i gruppi di volumi a blocchi nel database primario e abilitare la replica tra più aree.
   Creare gruppi di volumi a blocchi nel database primario per raggruppare tutti i volumi a blocchi che verranno replicati da un determinato dominio di disponibilità a un determinato dominio di disponibilità nel database secondario. La replica è abilitata a livello di gruppo di volumi, pertanto si applica a tutti i volumi a blocchi del gruppo. Un gruppo di volumi può contenere solo volumi a blocchi che si trovano nello stesso dominio di disponibilità e tutti i volumi a blocchi del gruppo vengono replicati in un solo dominio di disponibilità di destinazione. Pertanto, se le istanze di computazione si trovano in più domini AD, creare un gruppo di volumi a blocchi per ogni combinazione di domini AD di origine e destinazione.

   Per creare un gruppo di volumi a blocchi e abilitare la replica tra più aree, effettuare le operazioni riportate di seguito.

   1. Eseguire il login a OCI Console nell'area primaria.
   2. Passare a Memorizzazione, quindi a Gruppi di volumi.
   3. Creare un gruppo di volumi a blocchi.
      Ad esempio: prefix-BVGroup-region1AD1-region2AD1
   4. Aggiungere i volumi a blocchi da replicare all'interno del gruppo di volumi.

      Nota

      Non aggiungere volumi di avvio. Non sono replicati.
   5. Abilita la replica tra più aree nel gruppo di volumi.
      • Area di destinazione: selezionare l'area secondaria.
      • Dominio di disponibilità: selezionare l'AD nell'area secondaria in cui si trovano i computer che eseguiranno il MOUNT dei volumi replicati.
      • Nome replica gruppo di volumi: immettere il nome del gruppo di volumi a blocchi di replica. Per maggiore chiarezza, utilizzare lo stesso gruppo di volumi a blocchi del gruppo primario.
   6. Salvare le modifiche.
5. Verificare che le repliche vengano create nell'area secondaria.
   1. In OCI Console selezionare l'area secondaria.
   2. Passare a Memorizzazione, quindi fare clic su Memorizzazione a blocchi, quindi su Repliche dei gruppi di volumi.
6. Ripetere i passi per creare ulteriori gruppi di volumi a blocchi se le istanze di computazione principali risiedono in più domini AD.

   Suggerimento

   Esempi di Oracle WebLogic

   Quando lo stack primario è uno stack Marketplace e il secondario viene creato con WLS-HYDR:

   Negli stack Oracle WebLogic Server for OCI e Oracle SOA Suite on Marketplace: se l'area dispone di più domini di disponibilità (3), distribuisce le istanze di computazione tra di loro. Ad esempio, nodo0 in AD1, node1 in AD2, node2 in AD3, node3 in AD1.

   In un sistema creato da WLS-HYDR: se l'area dispone di più domini di disponibilità (3), l'utente può scegliere di distribuire le istanze di computazione tra di loro o meno. In caso affermativo, distribuisce le istanze di computazione su 2 AD. Ad esempio, node1 in AD1, node2 in AD2, node3 in AD1, node4 in AD2.

   È necessario definire correttamente i gruppi di valori virtuali per raggruppare i volumi a blocchi replicati nello stesso dominio di disponibilità nella destinazione. Un gruppo di volumi può contenere solo volumi a blocchi che si trovano nello stesso dominio di disponibilità e tutti i volumi a blocchi del gruppo possono essere replicati in un solo dominio di disponibilità di destinazione. Se sono presenti combinazioni (volumi a blocchi OCI nello stesso dominio di disponibilità di origine ma in un dominio di disponibilità di destinazione diverso e viceversa), è necessario creare tutti i gruppi di volumi a blocchi necessari per gestire tutte le combinazioni di replica. Ecco alcuni scenari di esempio:

   • Esempio 2, Due nodi, solo 1 AD in primario e secondario
     • area primaria: node0 in AD1, node1 in AD1
     • area secondaria: node1 in AD1, node2 in AD1

     Soluzione:

     1 gruppo di volumi nel database primario, replicato a 1 gruppo di volumi nel database secondario

   • Esempio 3, Due nodi, più di 1 AD in primario e secondario
     • Nell'area primaria: node0 in AD1, node1 in AD2
     • Nell'area secondaria: node1 in AD1, node2 in AD2

     Soluzione:

     Il primario avrà i seguenti gruppi di volumi:

     • volume-group-AD1 (con il valore BV di node0) replicato in AD1 secondario (per il valore node1 secondario)
     • volume-group-AD2 (con il valore BV di node1) replicato in AD2 secondario (per il valore node2 secondario)
   • Esempio 4, Sei nodi, più di 1 AD in primario e secondario
     • Nell'area primaria: node0 in AD1, node1 in AD2, node2 in AD3, node3 in AD1, node4 in AD2, node5 in AD3
     • Nell'area secondaria: node1 in AD1, node2 in AD2, node3 in AD1, node4 in AD2, node5 in AD1, node6 in AD2

     Soluzione:

     Il primario ha bisogno di più gruppi di volumi: (lo stesso modo dopo uno switchover)

     • volume-group-reg1AD1-reg2AD1 con il valore BV di node0 replicato in AD1 secondario (per il valore node1 secondario)
     • volume-group-reg1AD2-reg2AD2 con il valore BV di node1 replicato in AD2 secondario (per il valore node2 secondario)
     • volume-group-reg1AD3-reg2AD1 con il valore BV di node2 replicato in AD1 secondario (per il valore node3 secondario)
     • volume-group-reg1AD1-reg2AD2 con il valore BV di node3 replicato in AD2 secondario (per il valore node4 secondario)
     • volume-group-reg1AD2-reg2AD1 con il valore BV di node4 replicato in AD1 secondario (per il valore node5 secondario)
     • volume-group-reg1AD3-reg2AD2 con il valore BV di node5 replicato in AD2 secondario (per il valore node6 secondario)
7. Scollegare i volumi a blocchi originali dagli host di livello intermedio secondari.

   Nota

   NON è necessario disattivare o scollegare i volumi di avvio.

   Eseguire quanto segue per ciascun host di livello intermedio nel secondario:
   1. Esegue il NO MOUNT del volume a blocchi di dati replicato dal database primario.
      Accertarsi che non siano in esecuzione processi oracle; in caso contrario, la disinstallazione non riuscirà.
      Di seguito sono riportati alcuni esempi.

      [opc@host ~]$ sudo umount /u01/data

   2. Come utente root, modificare il file /etc/fstab e rimuovere la voce per il volume a blocchi disattivato.
      Ciò impedisce che tenti di attivare i volumi a blocchi originali al reboot successivo. Voce di esempio per il volume attivato in /u01/data:

      ..
      #Remove this entry:
      #UUID=9e87cf72-a75c-4dff-9825-432f1668d8f9 /u01/data ext4 auto,defaults,_netdev,nofail 0 2

   3. Scollegare il volume a blocchi dalla console OCI.
      Andare a ogni volume a blocchi, quindi a Istanze collegate e infine a Scollega da istanza. OCI Console chiederà di eseguire alcuni comandi ISCSI prima di completare lo scollegamento.
   4. Ripetere questi passi in tutti i nodi di livello intermedio nel secondario.
8. Eliminare o rinominare i volumi a blocchi OCI scollegati nel secondario.
   I volumi a blocchi di dati originali scollegati dagli host di livello intermedio secondari non vengono più utilizzati. È possibile eliminarli ora o rinominarli ed eliminarli in seguito.
9. Riavviare il daemon systemd negli host di livello intermedio secondario.
   Per aggiornare i riferimenti inseriti nella cache ai dispositivi attivati in precedenza, eseguire questo comando:

   sudo systemctl daemon-reload

10. Se necessario, preparare gli script per sostituire le informazioni specifiche di ciascun sito.

    Questa azione si applica solo quando i volumi a blocchi contengono informazioni specifiche per ciascun sito. Altrimenti, non è richiesta alcuna azione.

    Creare script che sostituiscano le informazioni del sito locale in base ai requisiti specifici. Ad esempio, eseguire una ricerca e sostituire o ripristinare una copia di backup dei dati specifici del sito. Assicurarsi di memorizzare questi script in una cartella NON replicata.

    A questo punto, non eseguire gli script. Gli script verranno utilizzati la volta successiva che si esegue una convalida, uno switchover o un failover.

    Suggerimento

    Esempio di Oracle WebLogic

    Ad esempio, quando si replicano volumi a blocchi contenenti un dominio WebLogic. Durante uno switchover o un failover, è necessario eseguire un'operazione di sostituzione nella configurazione per puntare al database locale. Questo documento fornisce alcuni script di esempio per automatizzare questa sostituzione.

    Tipo di database	Script di sostituzione e passi di download	Prepara passi
    Oracle Base Database Service o Oracle Exadata Database Service	replacement_script_BVmodel.sh Vai al repository MAA in GitHub https://github.com/oracle-samples/maa Scaricare tutti gli script nella directory wls_mp_dr. Lo script si trova nella cartella wls_mp_dr/Block_Volume_Replica_Method Copiare in tutti gli host di livello intermedio.	Questo script sostituisce le stringhe di connessione al database. Pulisce anche i file di stato dei server WebLogic (.lck e .state) per un avvio pulito. Modificarlo e personalizzarlo in ogni host con i valori appropriati, fornendo i valori locali e remoti per il database in ogni sito. Si noti che i valori sono diversi a seconda del sito. Quando lo si personalizza negli host site1, i valori "LOCAL" si riferiscono ai valori di site1 e i valori "REMOTE" si riferiscono ai valori di site2. Quando si personalizza lo script negli host site2, i valori "LOCAL" fanno riferimento ai valori site2 e "REMOTE" a site1.
    Autonomous Database	fmwadb_switch_db_conn.sh Vai al repository MAA in GitHub https://github.com/oracle-samples/maa Scaricare tutti gli script nella directory app_dr_common. Scaricare tutti gli script nella directory fmw-wls-with-adb-dr. Copiare in tutti gli host di livello intermedio. Gli script fanno chiamate l'uno all'altro. Inserire tutti gli script di entrambe le directory nella stessa cartella.	Non è necessario modificare lo script. I valori della cartella e della password vengono passati come input. Per eseguire uno script, effettuare le operazioni riportate di seguito. ./fmwadb_switch_db_conn.sh WALLET_DIR WALLET_PASSWORD Dove WALLET_DIR è una cartella che contiene i file tnsnames.ora, keystore e truststore per connettersi al database locale. Assicurarsi che la cartella WALLET_DIR non venga sostituita nella replica. Non eseguire lo script in questo momento.

Convalida la replica per i volumi a blocchi OCI

In un'operazione di switchover o failover, le informazioni replicate devono essere disponibili e utilizzabili nel sito in standby prima dell'avvio dei processi. Questa operazione è necessaria anche quando si convalida il sistema secondario (aprendo il database di standby in modalità snapshot).

L'immagine mostra come l'attivazione crea volumi a blocchi OCI collegabili dalle repliche.

Descrizione dell'illustrazione activation-create-bv.png

attivazione-creazione-bv-oracle.zip

Eseguire le operazioni riportate di seguito per rendere disponibili e utilizzabili i volumi replicati nel sistema in standby.

1. Attivare le repliche nel sito in standby.
   Le repliche dei volumi a blocchi OCI non possono essere attivate direttamente; è necessario prima attivarle. Quando si attiva una replica del volume a blocchi (BV), viene creato un valore BV "attaccabile" come copia del valore BV replicato. Successivamente, puoi collegare il valore BV duplicato alle istanze di computazione.
   Eseguire i passi riportati di seguito per attivare le repliche nel sito in standby.
   1. In OCI Console, andare all'area del sito in standby. Selezionare Storage a blocchi, quindi Repliche dei gruppi di volumi.
   2. Fare clic sulla replica del gruppo di volumi, quindi su Attiva.
   3. Assegnare un nome al gruppo di volumi creato in seguito a questa attivazione. Per semplicità, utilizzare lo stesso nome dell'area principale.
   4. Ripetere gli stessi passi per tutte le repliche del gruppo di volumi nel sito in standby.
2. Collegare i volumi a blocchi replicati agli host di livello intermedio nel sito in standby.
   1. Nella console OCI, selezionare Memorizzazione, quindi Volume a blocchi per individuare i volumi a blocchi OCI collegabili creati in seguito all'attivazione nel sito in standby.
   2. Collegare il volume a blocchi appropriato all'host appropriato. Fare clic su Volume a blocchi, quindi su Istanze collegate e infine su Collega a istanza. Per semplificare la procedura, selezionare Usa Oracle Cloud Agent per la connessione automatica ai volumi collegati a iSCSI.
      Cloud Agent eseguirà automaticamente i comandi iSCSI, quindi non è necessario eseguirli. Per utilizzare questa opzione, assicurarsi di abilitare il plugin di gestione dei volumi a blocchi nell'host.
   3. Se non si utilizza l'agente Oracle Cloud, eseguire i comandi iSCSI manualmente. Fare clic su ISCSI Commands & Information del volume a blocchi collegato ed eseguire i comandi ISCSI forniti in "Commandi per la connessione" nell'host di livello intermedio.
3. Eseguire il MOUNT dei volumi a blocchi replicati negli host di standby.
   Per ogni volume a blocchi, eseguire le operazioni riportate di seguito.
   1. Ottenere l'UUID del nuovo volume a blocchi collegato.
      È lo stesso UUID che il volume a blocchi ha nel sito principale. Ad esempio:

      [root@prefix-wls-0 opc]# sudo blkid
      /dev/sda3: UUID="974147f5-d731-41de-bba8-56ff78ed1c9c" TYPE="xfs"    PARTUUID="4a95c68a-bc70-4be9-bce8-b15e995fcf46"
      /dev/sda1: SEC_TYPE="msdos" UUID="593B-B893" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="c5ac3089-6a91-40e0-bcc1-212ba0b43418"
      /dev/sda2: UUID="9ca12daa-d7ea-44a2-8680-5b676488b054" TYPE="swap" PARTUUID="682a63d1-d3ec-4019-b372-43720aaae717"
      /dev/sdb: UUID="35e72262-979a-4d84-85ce-a6f91e3b1250" TYPE="ext4" 
      /dev/sdc: UUID="c293b5b5-005c-43e9-8c2f-02e873b76926" TYPE="ext4" 
      

   2. Se non lo è già, aggiungere una voce per l'UUID appropriato nel file /etc/fstab nell'host da attivare e rendere persistente l'attivazione dopo il reboot.
      Assicurarsi di utilizzare lo stesso formato di file system (ad esempio, ext4) del sito principale. Ad esempio:

      UUID=c293b5b5-005c-43e9-8c2f-02e873b76926 /u01/data ext4  auto,defaults,_netdev,nofail

      L'UUID di ogni volume a blocchi replicato rimane lo stesso valore. Oracle consiglia di mantenere la nuova voce aggiunta nel file /etc/fstab per il futuro. Pertanto, il daemon systemd monterà automaticamente il volume a blocchi alla successiva connessione durante un'operazione di switchover o failover.
   3. Attivare il nuovo volume a blocchi collegato. Se la voce appropriata esiste già nel file /etc/fstab al momento del collegamento del dispositivo, il volume a blocchi viene attivato automaticamente dopo essere stato collegato.
      L'esempio riportato di seguito descrive come eseguire il MOUNT del nuovo volume a blocchi collegato.

      [root@prefix-wls-0 opc]# mount -a
      [root@prefix-wls-0 opc]# df -h| grep /u01/data
      /dev/sdb 49G 1.4G 46G 3% /u01/data

   4. Ripetere la procedura per collegare tutti i volumi a blocchi attivati.
4. Sostituire le informazioni specifiche del sito negli host di livello intermedio secondari.
   Lo script di sostituzione sostituisce le informazioni specifiche del sito negli host di livello intermedio secondario.

   Suggerimento

   Esempio per i volumi a blocchi contenenti il dominio WebLogic

   Aggiornare le informazioni di connessione al database per puntare al database locale eseguendo lo script di sostituzione su tutti gli host di livello intermedio in standby:

   1. Se il sistema utilizza Oracle Base Database Service o Oracle Exadata Database Service, eseguire lo script replacement_script_BVmodel.sh.

      Assicurarsi che utilizzi i valori appropriati.

   2. Se il sistema utilizza Oracle Autonomous Database, eseguire lo script fmwadb_switch_db_conn.sh.

      Lo script richiede, come input, il percorso in cui si trova il wallet originale secondario e la password del wallet.

      Se la cartella tns_admin si trova sotto la cartella DOMAIN_HOME/config, è possibile eseguire lo script solo sull'host di amministrazione. Il resto dei nodi scaricherà il file tnsnames.ora aggiornato all'avvio dei server gestiti. In caso contrario, eseguire lo script su tutti gli host di livello intermedio.

5. Eseguire il cleanup dei file di lock dei server.
   I volumi a blocchi replicati possono contenere file di lock del processo di livello intermedio, poiché la replica viene eseguita mentre i processi primari sono attivi. Prima di avviare i processi secondari, potrebbe essere necessario eseguire il cleanup di questi file. In caso contrario, possono impedire l'avvio dei processi di livello intermedio

   Suggerimento

   Esempio per i volumi a blocchi contenenti il dominio WebLogic

   Possono essere presenti file .lck, .pid o .state nelle cartelle ${DOMAIN_HOME}/servers/*/data/nodemanager trasferite dal file primario. Assicurarsi che questi file vengano puliti prima di tentare di avviare Node Manager e i server. Ad esempio:

   rm -f ${DOMAIN_HOME}/servers/*/data/nodemanager/*.lck
   rm -f ${DOMAIN_HOME}/servers/*/data/nodemanager/*.state
   rm -f ${DOMAIN_HOME}/servers/*/data/nodemanager/*.pid
   

   È possibile includere questa azione negli script di sostituzione o come passo precedente nell'avvio di Oracle WebLogic.

   L'attivazione crea volumi a blocchi collegabili dalle repliche, come mostrato nell'immagine precedente.
6. Al termine dello switchover o del failover, è necessario scollegare ed eliminare i volumi a blocchi del sito con il ruolo di standby. Questa operazione è necessaria anche quando hai completato una convalida sul sito in standby (aprendo il database in standby in modalità snapshot) e desideri ripristinarlo al ruolo in standby.
   1. Esegue il NO MOUNT di tutti i volumi a blocchi nel sito in standby replicati dal database primario.

      [root@prefix-wls-0 opc]# umount /u01/data

   2. Scollegare i volumi a blocchi in standby.
      Utilizza l'interfaccia utente (o l'API) di OCI Console per scollegare i volumi a blocchi disinstallati dagli host di livello intermedio in standby e prepararli per il futuro. Se è stato utilizzato l'agente Oracle Cloud per collegare il volume a blocchi, l'agente esegue i comandi iSCSI per disconnettersi dalle destinazioni iSCSI.
   3. Elimina i volumi e i gruppi a blocchi in standby.

      Eliminare o rinominare i volumi scollegati dagli host di livello intermedio in standby per evitare di eseguirne il MOUNT per errore.

      Eliminare i gruppi di volumi non utilizzati nel sito in standby. Non saranno più utilizzati.

Eseguire la replica continua per i volumi a blocchi OCI

Seguire questi suggerimenti per la replica in corso quando si utilizza questa implementazione:

• OCI esegue automaticamente la replica dei volumi a blocchi OCI in background. L'unica cosa da fare durante il ciclo di vita del sistema è assicurarsi che i gruppi di volumi del sistema con il ruolo primario abbiano la replica tra più aree abilitata.
• Prendi in considerazione l'utilizzo di OCI Full Stack Disaster Recovery per automatizzare le attività di switchover e failover. Offre la possibilità di eseguire un piano di switchover o failover con un solo clic utilizzando OCI Console. È molto utile semplificare l'esecuzione di tutti i task correlati alla replica del volume a blocchi.
• La funzione di replica è complementare alla funzione di backup, non a una sostituzione. Assicurarsi di abilitare un criterio di backup per i volumi a blocchi replicati. Ciò fornirà la protezione dei dati oltre alla replica tra più aree, consentendo di ripristinare un point-in-time.
• Mantenere le informazioni specifiche di ciascun sito e mantenerle aggiornate. Ad esempio, se il file system contiene una cartella con gli artifact per connettersi a un Oracle Autonomous Database, gestire una copia di backup di questa cartella. Assicurarsi di aggiornare il backup della cartella quando si esegue un aggiornamento nel wallet. In questo modo, verrà ripristinato correttamente nello switchover e nei failover successivi.
• Dopo uno switchover o un'operazione di failover, modificare la direzione della replica. Per questo:
  • Abilitare la replica nei gruppi Volumi a blocchi OCI del nuovo database primario per il nuovo sito in standby.
  • Disabilitare la replica precedente dal database primario originale ed eliminare i volumi a blocchi inutilizzati.