Implementación de replicación de volúmenes en bloque de OCI

Esta implantación utiliza la función de replicación entre regiones de OCI Block Volumes para replicar los volúmenes en bloque.

Las siguientes son ventajas de la implantación de la replicación de OCI Block Volumes:

• No es necesario crear y ejecutar scripts periódicamente, como en otros casos de replicación. Una vez configurada la replicación, Oracle Cloud Infrastructure la realiza automáticamente.
• Es una solución de uso general aplicable a cualquier volumen en bloque de cualquier instancia informática (excepto los volúmenes de inicio). Si tiene varios sistemas, puede utilizar el mismo enfoque en todos ellos.
• La información de los volúmenes en bloque replicados es una copia exacta de los volúmenes en bloque principales; todos los archivos del volumen en bloque se replican.

Tenga en cuenta lo siguiente antes de utilizar la replicación de OCI Block Volumes:

• Requiere pasos para montar los volúmenes en bloque replicados en el sistema secundario. No puede montar directamente la réplica de los volúmenes en bloque; primero debe activarlos para crear volúmenes en bloque clonados, que se pueden montar. Esto no es complejo en sistemas con pocos nodos, pero la complejidad aumenta cuando hay muchos nodos. Y especialmente en sistemas que no tienen la misma distribución de nodos en los dominios de disponibilidad de la base de datos principal y en espera.

  Sin embargo, puede superar esta complejidad mediante el servicio Oracle Cloud Infrastructure Full Stack Disaster Recovery para automatizar estos pasos en las operaciones de switchover, failover y validación.

• Esta tecnología puede no ser suficiente para muchos sistemas. Si el sistema tiene más tipos de almacenamiento (por ejemplo, sistemas de archivos compartidos de OCI File Storage), deberá utilizar una tecnología de réplica diferente para ellos.

Configuración de la replicación para OCI Block Volumes

Para implantar la replicación de OCI Block Volumes, se necesitan los siguientes pasos:

• Utilice la consola de OCI para definir los grupos de volúmenes en la región principal, agrupando los volúmenes en bloque que necesita replicar.

  Un grupo de volúmenes solo puede contener volúmenes en bloque que estén en el mismo dominio de disponibilidad (AD), y todos los volúmenes en bloque del grupo se replican en un solo dominio de disponibilidad de destino. Si sus volúmenes de bloques se encuentran en más de un dominio de disponibilidad, cree un grupo de volúmenes de bloques para cada combinación de dominios de disponibilidad de origen y destino.

• Active la réplica en los grupos de volúmenes en los AD adecuados de la región secundaria.
• Conéctese a los hosts de nivel medio del sistema secundario y desmonte los volúmenes en bloque que se replicarán desde el principal.
• Utilice la consola de OCI para desasociar y desechar todos los volúmenes en bloque que se replicarán desde el sistema principal. Ya no se utilizarán.
• Implantar una forma de gestionar la información específica del sitio que reside en los volúmenes en bloque actualizándola con la información adecuada después de la réplica.

Esta implantación se aplica a cualquier volumen en bloque, excepto a los volúmenes de inicio. La replicación de volúmenes de inicio tiene otras implicaciones y está fuera del ámbito de esta implementación.

Ejemplo 1: uso de la replicación de OCI Block Volumes para replicar el volumen en bloque de configuración de nivel medio

Note:

Este ejemplo se aplica a cualquier sistema de nivel medio. Como referencia, explica cómo replicar los volúmenes en bloque que contienen la configuración de Oracle WebLogic de una pila de Oracle WebLogic Server para OCI. Sin embargo, puede seguir los mismos pasos para replicar otros volúmenes en bloque en un sistema de nivel medio, excepto los volúmenes de inicio.

La siguiente imagen es un ejemplo de un sistema de Oracle WebLogic Server con réplica entre regiones de OCI Block Volumes.

Descripción de la ilustración wls-bv-cross-replica.png

wls-bv-cross-replica-oracle.zip

Para configurar la réplica entre regiones para los volúmenes en bloque, siga estos pasos:

1. Realice una copia de seguridad de la información específica de cada sitio.

   El volumen en bloque puede contener archivos con información específica de cada sitio, por ejemplo, cadenas de conexión a bases de datos o a servidores LDAP.

   Cuando se utiliza una réplica de volumen en bloque, los volúmenes en bloque replicados son una copia exacta de los volúmenes en bloque principales; no puede omitir archivos o carpetas específicos de la réplica. Por lo tanto, debe gestionar estas diferencias adaptando la información de cada sitio. Existen varios enfoques:

   • Puede realizar una búsqueda y sustitución de cadenas en los archivos con información específica del sitio.
   • Puede realizar una copia de seguridad de esta información antes de la réplica y restaurarla después.

   En este punto, antes de activar la réplica, identifique y realice una copia de seguridad de cualquier archivo con información específica del sitio que resida en los volúmenes en bloque que se replican. Realice la copia de seguridad en una ubicación que no esté en el volumen en bloque replicado; de lo contrario, se sustituirá.

   Sugerencia:

   Ejemplo de Oracle WebLogic Server

   Por ejemplo, al replicar volúmenes en bloque que contienen un dominio WebLogic, hay archivos con información para conectarse a la base de datos. Esta información se encuentra en la carpeta de administración de TNS. Compruebe la propiedad tns_admin en los orígenes de datos WebLogic para identificar la carpeta. En este documento se proporcionan scripts para gestionar esto, siguiendo el enfoque adecuado en función del escenario:

   • Si el sistema se conecta a Oracle Base Database Service u Oracle Exadata Database Service, puede actualizar la cadena de conexión de la base de datos en el archivo tnsnames.ora del sistema de nivel medio secundario durante las operaciones de switchover y failover. Este documento proporciona un script de ejemplo para esto.
   • Si el sistema se conecta a una instancia de Oracle Autonomous Database, la carpeta de administrador de TNS contiene más artefactos (un almacén de confianza y un almacén de claves). Son diferentes en la base de datos primaria y en espera, y no se pueden actualizar con una sustitución de cadena simple. Este documento proporciona un script que restaura la copia de seguridad de la carpeta TNS.

   En este punto, solo necesita realizar una copia de seguridad de la información de la carpeta TNS.

2. Identifique los volúmenes en bloque de los hosts principales de capa media.
   1. Vaya a la consola de OCI, seleccione la región Principal y seleccione el compartimento.
   2. Vaya al almacenamiento y, a continuación, a los volúmenes en bloque. Identifique los volúmenes en bloque y los puntos de montaje.
   3. Tome nota de los nombres, el AD donde se encuentran, el host al que están conectados y el punto de montaje.

   Sugerencia:

   Ejemplo de Oracle WebLogic

   Por ejemplo, los volúmenes en bloque que contienen el dominio WebLogic en las pilas de Oracle WebLogic Server para OCI y Oracle SOA Suite on Marketplace son los volúmenes en bloque de datos. Sus nombres son: prefix-data-block-N (donde N es el número del nodo de host) y se montan en /u01/data en cada host.

   Volumen en bloque principal	AD	Host	Punto de montaje
   prefix-data-block-0	AD1	prefix-wls-0	/u01/data
   prefix-data-block-1	AD2	prefix-wls-1	/u01/data

   Es posible que tenga volúmenes en bloque adicionales para almacenar los directorios raíz de productos Oracle. Por ejemplo, en una pila de Oracle WebLogic Server para OCI, los cálculos también tienen los volúmenes en bloque prefix-mw-block-N, montados en /u01/app.

   Si crea el secundario con el marco WLS-HYDR para una pila principal, tiene dos sistemas de archivos redundantes de OCI File Storage para almacenar los productos de Oracle en lugar de los volúmenes en bloque. Por lo tanto, para los productos, la base de datos primaria utiliza volúmenes en bloque y la base de datos secundaria OCI File Storage. Si lo desea, también puede configurar la replicación en curso para los volúmenes en bloque "mw". Solo tiene que configurar la réplica de Block Volume para ellos en la base de datos principal y descartar los sistemas de archivos de OCI File Storage del producto de la base de datos secundaria. Sin embargo, dado que estos elementos contienen los directorios raíz de productos Oracle, no es obligatorio replicar estos elementos de forma continua. Consulte "Artefactos de archivos de nivel medio" para obtener más información.

3. Identifique los volúmenes en bloque en los hosts secundarios de nivel medio.
   Repita los pasos descritos en el paso anterior para obtener los nombres y los dominios de disponibilidad (AD) de los volúmenes en bloque de los hosts secundarios de nivel medio.

   Sugerencia:

   Ejemplo de Oracle WebLogic

   Si crea el sistema secundario con el marco WLS-HYDR, los hosts y los nombres de volúmenes en bloque pueden tener una numeración de sufijos diferente a la primaria. Las pilas de marketplace utilizan los sufijos 0,1,2,3, mientras que un sistema creado con el marco WLS-HYDR utiliza los sufijos 1,2,3,4. Asegúrese de identificar correctamente los nodos y volúmenes pares. Por ejemplo:

   Volumen en bloque en secundario	AD	Host	Punto de montaje
   prefixBV1	AD1	prefixhost-1	/u01/data
   prefixBV2	AD2	prefixhost-2	/u01/data

4. Cree grupos de volúmenes en bloque en la base de datos principal y active la réplica entre regiones.
   Cree grupos de volúmenes en bloque en la base de datos primaria para agrupar todos los volúmenes en bloque que se van a replicar desde un dominio de disponibilidad concreto a un dominio de disponibilidad concreto en la base de datos secundaria. La réplica está activada en el nivel de grupo de volúmenes, por lo que se aplica a todos los volúmenes en bloque de ese grupo. Un grupo de volúmenes solo puede contener volúmenes en bloque con el mismo dominio de disponibilidad y todos los volúmenes en bloque del grupo se replican en un solo dominio de disponibilidad de destino. Por lo tanto, si sus instancias informáticas se encuentran en más de un dominio de disponibilidad, cree un grupo de volúmenes de bloques para cada combinación de dominios de disponibilidad de origen y destino.

   Realice los siguientes pasos para crear un grupo de volúmenes de bloques y activar la réplica entre regiones:

   1. Conéctese a la consola de OCI en la región principal.
   2. Vaya a Almacenamiento y, a continuación, a Grupos de volúmenes.
   3. Crear un grupo de volúmenes en bloque.
      Por ejemplo: prefix-BVGroup-region1AD1-region2AD1
   4. Agregue los volúmenes en bloque que replicará dentro del grupo de volúmenes.

      Note:

      No agregue volúmenes de inicio. No se replican.
   5. Permite activar la replicación entre regiones en el grupo del volumen.
      • Región de destino: seleccione la región secundaria.
      • Dominio de disponibilidad: seleccione el dominio de disponibilidad en la región secundaria donde se encuentran las computadoras que montarán los volúmenes replicados.
      • Nombre de réplica de grupo de volúmenes: introduzca el nombre del grupo de volúmenes en bloque de réplica. Para mayor claridad, utilice el mismo grupo de volúmenes en bloque que en el principal.
   6. Guarde los cambios.
5. Verifique que las réplicas se han creado en la región secundaria.
   1. En la consola de OCI, seleccione la región secundaria.
   2. Vaya a Almacenamiento y, a continuación, haga clic en Almacenamiento de bloques y, por último, en Replicas de grupos de volúmenes.
6. Repita los pasos para crear grupos de volúmenes de bloques adicionales si sus instancias informáticas principales residen en más de un dominio de disponibilidad.

   Sugerencia:

   Ejemplos de Oracle WebLogic

   Cuando el principal es una pila de Marketplace y el secundario se crea con WLS-HYDR:

   En las pilas de Oracle WebLogic Server para OCI y Oracle SOA Suite on Marketplace: si la región tiene varios dominios de disponibilidad (3), distribuye las instancias informáticas entre ellas. Por ejemplo, nodo0 en AD1, node1 en AD2, node2 en AD3, node3 en AD1.

   En un sistema creado por WLS-HYDR: si la región tiene varios dominios de disponibilidad (3), el usuario puede optar por distribuir las instancias informáticas entre ellos o no. En caso afirmativo, distribuye las instancias informáticas entre 2 AD. Por ejemplo, node1 en AD1, node2 en AD2, node3 en AD1, node4 en AD2.

   Debe definir los grupos de BV correctamente para agrupar los volúmenes en bloque que se replican en el mismo dominio de disponibilidad del destino. Un grupo de volúmenes solo puede contener volúmenes en bloque con el mismo dominio de disponibilidad, y todos los volúmenes en bloque del grupo solo se pueden replicar en un dominio de disponibilidad de destino. Si hay combinaciones (OCI Block Volumes en el mismo dominio de disponibilidad de origen pero en otro dominio de disponibilidad de destino, y viceversa), debe crear tantos grupos de volúmenes en bloque como sea necesario para gestionar todas las combinaciones de réplicas. Aquí se presentan algunos escenarios de ejemplo:

   • Ejemplo 2, Dos nodos, solo 1 AD en primario y secundario
     • región principal: node0 en AD1, node1 en AD1
     • región secundaria: node1 en AD1, node2 en AD1

     Solución:

     1 grupo de volúmenes en principal, replicando en 1 grupo de volúmenes en secundario

   • Ejemplo 3, Dos nodos, más de 1 AD en primario y secundario
     • En la región principal: node0 en AD1, node1 en AD2
     • En la región secundaria: node1 en AD1, node2 en AD2

     Solución:

     El principal tendrá estos grupos de volúmenes:

     • volume-group-AD1 (con BV de node0) replicado en AD1 secundario (para node1 secundario)
     • volume-group-AD2 (con BV de node1) replicado en AD2 secundario (para node2 secundario)
   • Ejemplo 4, Seis nodos, más de 1 AD en primario y secundario
     • En la región principal: node0 en AD1, node1 en AD2, node2 en AD3, node3 en AD1, node4 en AD2, node5 en AD3
     • En la región secundaria: node1 en AD1, node2 en AD2, node3 en AD1, node4 en AD2, node5 en AD1, node6 en AD2

     Solución:

     Primary necesita varios grupos de volúmenes: (lo mismo al revés después de un switchover)

     • volume-group-reg1AD1-reg2AD1 con el BV de node0 replicado en AD1 secundario (para node1 secundario)
     • volume-group-reg1AD2-reg2AD2 con el BV de node1 replicado en AD2 secundario (para node2 secundario)
     • volume-group-reg1AD3-reg2AD1 con el BV de node2 replicado en AD1 secundario (para node3 secundario)
     • volume-group-reg1AD1-reg2AD2 con el BV de node3 replicado en AD2 secundario (para node4 secundario)
     • volume-group-reg1AD2-reg2AD1 con el BV de node4 replicado en AD1 secundario (para node5 secundario)
     • volume-group-reg1AD3-reg2AD2 con el BV de node5 replicado en AD2 secundario (para node6 secundario)
7. Desasocie los volúmenes en bloque originales de los hosts secundarios de capa media.

   Note:

   Los volúmenes de inicio NO se deben desmontar ni desconectar.

   Realice lo siguiente para cada host de nivel medio en el secundario:
   1. Desmonte el volumen de bloques de datos que se replica de la base de datos principal.
      Asegúrese de que no se esté ejecutando ningún proceso oracle; de lo contrario, el desmontaje fallará.
      Por ejemplo,

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

   2. Como usuario root, edite el archivo /etc/fstab y elimine la entrada para el volumen en bloque desmontado.
      Esto evita que intente montar los volúmenes en bloque originales en el siguiente reinicio. Ejemplo de entrada para el volumen montado en /u01/data:

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

   3. Desasocie el volumen en bloque de la consola de OCI.
      Vaya a cada Volumen en bloque, Instancias asociadas y, a continuación, Desasociar de instancia. La consola de OCI le pedirá que ejecute algunos comandos ISCSI antes de completar la desasociación.
   4. Repita estos pasos en todos los nodos de nivel medio en el secundario.
8. Suprima o cambie el nombre de los volúmenes en bloque de OCI desasociados en el secundario.
   Los volúmenes en bloque de datos originales desasociados de los hosts secundarios de nivel medio ya no se utilizan. Puede suprimirlos ahora o cambiar el nombre y suprimirlos más tarde.
9. Reinicie el daemon systemd en los hosts secundarios de capa media.
   Para refrescar las referencias almacenadas en caché a los dispositivos montados anteriormente, ejecute este comando:

   sudo systemctl daemon-reload

10. Si es necesario, prepare las secuencias de comandos para reemplazar la información específica de cada sitio.

    Esta acción solo se aplica cuando los volúmenes en bloque contienen información específica de cada sitio. De lo contrario no se necesita ninguna acción.

    Cree secuencias de comandos para sustituir la información del sitio local, según sus requisitos específicos. Por ejemplo, realizar una búsqueda y sustituir, o restaurar una copia de seguridad de los datos específicos del sitio. Asegúrese de almacenar estos scripts en una carpeta que NO esté replicada.

    No ejecute las secuencias de comandos en este punto. La próxima vez que realice una validación, un switchover o un failover, utilizará los scripts.

    Sugerencia:

    Ejemplo de Oracle WebLogic

    Por ejemplo, al replicar volúmenes en bloque que contienen un dominio WebLogic. Durante un switchover o failover, debe realizar una sustitución en la configuración para que apunte a la base de datos local. En este documento se proporcionan scripts de ejemplo para automatizar esta sustitución.

    Tipo de base de datos	Script de sustitución y pasos de descarga	Preparar pasos
    Oracle Base Database Service u Oracle Exadata Database Service	replacement_script_BVmodel.sh Vaya al repositorio MAA en GitHub https://github.com/oracle-samples/maa Descargue todas las secuencias de comandos del directorio wls_mp_dr. El script se encuentra en la carpeta wls_mp_dr/Block_Volume_Replica_Method Copiar en todos los hosts de capa media.	Este script sustituye las cadenas de conexión de la base de datos. También limpia los archivos de estado de los servidores WebLogic (.lck y .state) para un inicio limpio. Edítelo y personalícelo en cada host con los valores adecuados, proporcionando los valores locales y remotos para la base de datos en cada sitio. Tenga en cuenta que los valores son diferentes según el sitio. Al personalizarla en los hosts site1, los valores "LOCAL" hacen referencia a los valores de site1 y los valores "REMOTE" hacen referencia a los valores de site2. Al personalizar el script en los hosts site2, los valores "LOCAL" hacen referencia a los valores site2 y los valores "REMOTE" a site1.
    Autonomous Database	fmwadb_switch_db_conn.sh Vaya al repositorio MAA en GitHub https://github.com/oracle-samples/maa Descargue todos los scripts en el directorio app_dr_common. Descargue todos los scripts en el directorio fmw-wls-with-adb-dr. Copiar en todos los hosts de capa media. Los guiones hacen llamadas entre sí. Coloque todos los archivos de comandos de ambos directorios en la misma carpeta.	No es necesario editar el script. Los valores de la carpeta y la contraseña se transfieren como entradas. Para ejecutarse el script: ./fmwadb_switch_db_conn.sh WALLET_DIR WALLET_PASSWORD Donde WALLET_DIR es una carpeta que contiene los archivos tnsnames.ora, almacén de claves y almacén de confianza para conectarse a la base de datos local. Asegúrese de que la carpeta WALLET_DIR no se sustituye en la réplica. No ejecute el script en este punto.

Validación de la replicación para OCI Block Volumes

En una operación de switchover o failover, la información replicada debe estar disponible y utilizarse en la ubicación en espera antes de que se inicien los procesos. Esto también es necesario al validar el sistema secundario (abriendo la base de datos en espera en modo de instantánea).

En la imagen se muestra cómo la activación crea volúmenes en bloque de OCI con asociación a partir de las réplicas.

Descripción de la ilustración enable-create-bv.png

activación-create-bv-oracle.zip

Realice lo siguiente para que los volúmenes replicados estén disponibles y se puedan utilizar en el sistema en espera:

1. Active las réplicas en la ubicación en espera.
   Las réplicas de OCI Block Volumes no se pueden montar directamente; primero debe activarlas. Cuando se activa una réplica de volumen en bloque (BV), se crea un BV "asociable" como clon del BV replicado. A continuación, puede asociar el BV clonado a las instancias informáticas.
   Realice los siguientes pasos para activar las réplicas en la ubicación en espera:
   1. En la consola de OCI, vaya a la región de la ubicación en espera. Seleccione Almacenamiento de bloques y, a continuación, Replicas de grupo de volúmenes.
   2. Haga clic en la réplica del grupo de volúmenes y, a continuación, haga clic en Activar.
   3. Asigne un nombre al grupo de volúmenes creado como resultado de esta activación. Para simplificarlo, utilice el mismo nombre que en la región principal.
   4. Repita los mismos pasos para todas las réplicas de grupos de volúmenes de la ubicación en espera.
2. Asocie los volúmenes en bloque replicados a hosts de capa media de la ubicación en espera.
   1. En la consola de OCI, seleccione Almacenamiento y, a continuación, Volumen en bloque para buscar los volúmenes en bloque de OCI asociados creados como resultado de la activación en la ubicación en espera.
   2. Asocie el volumen en bloque adecuado al host adecuado. Haga clic en Volumen en bloque, Instancias asociadas y, a continuación, en Asociar a instancia. Para simplificar el procedimiento, seleccione Utilizar Oracle Cloud Agent para conectar volúmenes asociados a iSCSI automáticamente.
      El agente en la nube ejecutará automáticamente comandos iSCSI, por lo que no tendrá que ejecutarlos. Para utilizarlo, asegúrese de activar el plugin de gestión de volúmenes en bloque en el host.
   3. Si no utiliza el agente de Oracle Cloud, ejecute los comandos iSCSI manualmente. Haga clic en Comandos e información de ISCSI del volumen en bloque asociado y ejecute los comandos de ISCSI proporcionados en "Comandos para conectarse" en el host de nivel medio.
3. Monte los volúmenes en bloque replicados en los hosts en espera.
   Realice lo siguiente para cada volumen en bloque:
   1. Obtenga el UUID del nuevo volumen en bloque asociado.
      Es el mismo UUID que el volumen en bloque tiene en el sitio principal. Por ejemplo:

      [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. Si aún no lo está, agregue una entrada para el UUID adecuado en el archivo /etc/fstab del host para montar y mantener el montaje después de reiniciar.
      Asegúrese de utilizar el mismo formato de sistema de archivos (por ejemplo, ext4) que en el sitio principal. Por ejemplo:

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

      El UUID de cada volumen en bloque replicado sigue siendo el mismo valor. Oracle recomienda mantener la entrada recién agregada en el archivo /etc/fstab para el futuro. Por lo tanto, el daemon systemd montará automáticamente el volumen en bloque la próxima vez que se asocie durante una operación de switchover o failover.
   3. Monte el nuevo volumen en bloque asociado. Si la entrada adecuada ya existe en el archivo /etc/fstab cuando se asocia el dispositivo, el volumen en bloque se monta automáticamente después de asociarse.
      El siguiente ejemplo muestra cómo montar el nuevo volumen en bloque asociado.

      [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. Repita los pasos para asociar todos los volúmenes en bloque activados.
4. Sustituya la información específica del centro en los hosts secundarios de nivel medio.
   La secuencia de comandos de sustitución sustituye la información específica del centro en los hosts secundarios de nivel medio.

   Sugerencia:

   Ejemplo para volúmenes en bloque que contienen el dominio WebLogic

   Actualice la información de conexión a la base de datos para que apunte a la base de datos local ejecutando el script de sustitución en todos los hosts de capa media en espera:

   1. Si el sistema utiliza Oracle Base Database Service u Oracle Exadata Database Service, ejecute el script replacement_script_BVmodel.sh.

      Asegúrese de que utiliza los valores adecuados.

   2. Si el sistema utiliza Oracle Autonomous Database, ejecute el script fmwadb_switch_db_conn.sh.

      El script necesita, como entradas, la ruta de acceso en la que se encuentra la cartera original secundaria y la contraseña de la cartera.

      Si la carpeta tns_admin está en la carpeta DOMAIN_HOME/config, puede ejecutar el script solo en el host de administración. El resto de los nodos descargará el tnsnames.ora actualizado cuando se inicien los servidores gestionados. De lo contrario, ejecute el script en todos los hosts de capa media.

5. Limpie los archivos de bloqueo de los servidores.
   Los volúmenes en bloque replicados pueden contener archivos de bloqueo del proceso de nivel medio, ya que la réplica se ejecuta mientras los procesos principales están activos. Antes de iniciar los procesos en modo secundario, es posible que deba limpiar estos archivos. De lo contrario, pueden evitar que los procesos de nivel medio se inicien

   Sugerencia:

   Ejemplo para volúmenes en bloque que contienen el dominio WebLogic

   Puede haber archivos .lck, .pid o .state en las carpetas ${DOMAIN_HOME}/servers/*/data/nodemanager transferidas desde la base de datos primaria. Asegúrese de que estos archivos se limpian antes de intentar iniciar el gestor de nodos y los servidores. Por ejemplo:

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

   Puede incluir esta acción en los scripts de sustitución o como paso anterior en el inicio de Oracle WebLogic.

   La activación crea volúmenes en bloque con conexión a partir de las réplicas, como se muestra en la imagen anterior.
6. Cuando finalice el switchover o el failover, los volúmenes en bloque de la ubicación con el rol en espera se deben desasociar y suprimir. Esto también es necesario cuando se ha completado una validación en la ubicación en espera (abriendo la base de datos en espera en modo de instantánea) y se desea revertir al rol en espera.
   1. Desmonte todos los volúmenes en bloque de la ubicación en espera que se replican de la principal.

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

   2. Desasocie los volúmenes en bloque en espera.
      Utilice la interfaz de usuario de la consola de OCI (o la API) para desasociar los volúmenes en bloque desmontados de los hosts de capa media en espera a fin de prepararlos para el futuro. Si ha utilizado Oracle Cloud Agent para asociar el volumen en bloque, el agente ejecuta los comandos iSCSI para desconectarse de los destinos iSCSI.
   3. Suprima los volúmenes en bloque y los grupos en espera.

      Suprima o cambie el nombre de los volúmenes desasociados de los hosts de capa media en espera para evitar el montaje por error.

      Suprima los grupos de volúmenes no utilizados en la ubicación en espera. Ya no se utilizarán.

Replicación continua para OCI Block Volumes

Siga estas recomendaciones para la replicación en curso al utilizar esta implantación:

• OCI realiza automáticamente la replicación de OCI Block Volumes en segundo plano. Lo único que debe hacer durante el ciclo de vida del sistema es asegurarse de que los grupos de volúmenes del sistema con el rol principal tengan activada la réplica entre regiones.
• Considere el uso de OCI Full Stack Disaster Recovery para automatizar las tareas de switchover y failover. Proporciona la capacidad de ejecutar un plan de switchover o failover con un solo clic mediante la consola de OCI. Resulta muy útil simplificar la ejecución de todas las tareas relacionadas con la réplica de Block Volume.
• La función de replicación es complementaria a la función de copia de seguridad y no una sustitución. Asegúrese de activar una política de copia de seguridad para los volúmenes en bloque que replique. Esto proporcionará protección de datos además de la réplica entre regiones, lo que le permitirá restaurar a un punto en el tiempo.
• Mantener la información que es específica de cada sitio y mantenerla actualizada. Por ejemplo, si el sistema de archivos contiene una carpeta con los artefactos para conectarse a una instancia de Oracle Autonomous Database, mantenga una copia de seguridad de esta carpeta. Asegúrese de actualizar la copia de seguridad de la carpeta cuando realice una actualización en la cartera. De esta forma, se restaurará correctamente en posteriores operaciones de switchover y failovers.
• Después de una operación de switchover o failover, cambie la dirección de la réplica. Para esto:
  • Active la réplica en los grupos de Volúmenes en bloque de OCI de la nueva ubicación principal en la nueva ubicación en espera.
  • Desactive la replicación anterior de la principal original y suprima los volúmenes en bloque no utilizados.