Implantar la replicación de OCI File Storage

Esta implantación utiliza la función de replicación de Oracle Cloud Infrastructure File Storage, que proporciona una réplica entre regiones automatizada para los sistemas de archivos de OCI File Storage.

Las ventajas de implementar la replicación de OCI File Storage son:

• 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 sistema de archivos de OCI File Storage montado por cualquier sistema de nivel medio. Si tiene varios sistemas que utilizan OCI File Storage, puede utilizar el mismo enfoque en todos ellos.
• La información del sistema de archivos replicado es una copia exacta de la principal; todos los archivos del sistema de archivos se replican.

Las consideraciones para implantar OCI File Storage son:

• Requiere pasos para montar el OCI File Storage replicado en el sistema secundario. No puede montar directamente los sistemas de archivos de destino; primero debe clonarlos y, a continuación, puede montar el sistema de archivos clonado. Sin embargo, puede superar esta complejidad mediante el servicio OCI 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, volúmenes en bloque), tendrá que utilizar una tecnología de réplica diferente para ellos.

Configurar replicación para OCI File Storage

Para implantar la replicación de OCI File Storage, se necesitan los siguientes pasos:

• Utilice la consola de OCI para crear los sistemas de archivos de OCI de destino en el sitio secundario.
• Active la réplica en los sistemas de archivos de OCI principales, apuntando al sistema de archivos de OCI de destino adecuado.
• Conéctese a los hosts de nivel medio de la región secundaria y desmonte el sistema de archivos que se va a replicar desde el principal.
• Mediante la interfaz de usuario de la consola de OCI, desasocie y descarte los sistemas de archivos de OCI que se replicarán desde la base de datos principal.
• Implantar una forma de gestionar la información específica del sitio actualizándola con la información adecuada después de la réplica.

Ejemplo 1: uso de la replicación de OCI File Storage para replicar la configuración de nivel medio y el tiempo de ejecución

Note:

Este ejemplo se aplica a cualquier sistema de nivel medio. Como referencia, utiliza un sistema de Oracle WebLogic Server que sigue las mejores prácticas de la Guía de Despliegue de Oracle Fusion Middleware Enterprise. Este sistema tiene dos sistemas de archivos de OCI File Storage: uno para la configuración compartida (dominio de administración WebLogic, almacenes de claves, etc.) y el otro para los datos de tiempo de ejecución. Sin embargo, puede seguir los mismos pasos para replicar cualquier sistema de archivos de OCI File Storage de un nivel medio.

Realice lo siguiente para configurar la réplica entre regiones para los sistemas de archivos de OCI File Storage:

1. Realice una copia de seguridad de la información específica de cada sitio.
   El sistema de archivos 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. Al utilizar la réplica de OCI File Storage, el sistema de archivos replicado es una copia exacta de la principal; 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 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

   Por ejemplo, al replicar un sistema de archivos que contiene 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 una instancia de Oracle Base Database Service u Oracle Exadata Database Service, puede actualizar la cadena de conexión de 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 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 la información de los sistemas de archivos de OCI File Storage en el sitio principal.
   • Para los sistemas de archivos de OCI File Storage que se van a replicar, identifique los nombres, los destinos de montaje, las exportaciones y los puntos de montaje de los hosts principales de capa media.
   • Vaya a la consola de OCI, seleccione la región primaria y, a continuación, seleccione el compartimento.
   • Vaya a Storage (Almacenamiento), File Storage (Almacenamiento de archivos) y, a continuación, File Systems (Sistemas de archivos) e identifique los sistemas de archivos.
   • Guarde el name, la export, el mount target y el AD donde se encuentran.

   Identifique qué host monta las exportaciones y los puntos de montaje comprobando el valor /etc/fstab de los hosts.

   Sugerencia:

   Ejemplo de Oracle WebLogic

   Por ejemplo, en un sistema Oracle WebLogic Server que sigue la Guía de despliegue de Enterprise:

   Sistema de archivos de OCI	Destino de montaje	Ruta de Acceso de Exportación	AD	Hosts y puntos de montaje
   configFS	mt1_region1	/exports/configFS	AD1	apphost1, /u01/oracle/config apphost2, /u01/oracle/config
   runtimeFS	mt1_region1	/exports/runtimeFS	AD1	apphost1, /u01/oracle/runtime apphost2,/u01/oracle/runtime

3. Identifique la información de los sistemas de archivos de OCI File Storage en el sitio secundario.
   Repita los pasos descritos en el paso anterior para recopilar la misma información en el sitio secundario.

   Sugerencia:

   Ejemplo de Oracle WebLogic

   Por ejemplo, en un sistema WebLogic que sigue la guía Enterprise Deployment Guide:

   Sistema de archivos de OCI	Destino de montaje	Ruta de Acceso de Exportación	AD	Hosts y puntos de montaje
   configFS	mt1_region2	/exports/configFS	AD1	apphost1, /u01/oracle/config apphost2, /u01/oracle/config
   runtimeFS	mt1_region2	/exports/runtimeFS	AD1	apphost1, /u01/oracle/runtime apphost2, /u01/oracle/runtime

4. Desmonte los sistemas de archivos originales de OCI File Storage de los hosts secundarios de nivel medio.
   Para cada host de nivel medio en el secundario, desmonte los sistemas de archivos que se replicarán desde el principal. Por ejemplo:

   [opc@host ~]$ sudo umount  /u01/oracle/config
   [opc@host ~]$ sudo umount  /u01/oracle/runtime

   Asegúrese de que no se esté ejecutando ningún proceso oracle; de lo contrario, el desmontaje fallará. Repita estos pasos en todos los nodos de nivel medio en el secundario.

   No elimine las entradas del archivo /etc/fstab para estos montajes. Si siempre utiliza los mismos valores para el destino de montaje y los nombres de exportación para el sistema de archivos replicado, las entradas serán válidas durante todo el ciclo de vida.

5. Suprima o cambie el nombre de los sistemas de archivos originales de OCI File Storage en el secundario.
   Solo se puede definir un sistema de archivos que nunca se haya exportado como el sistema de archivos de destino para la replicación de OCI File Storage. Por lo tanto, los sistemas de archivos originales montados en los hosts secundarios de capa media no se pueden utilizar como destino de replicación. Ya no se utilizarán; suprímalos ahora (o cambie el nombre y suprímalos más tarde), eliminando la exportación y terminando el sistema de archivos.

   Note:

   NO suprima los destinos de montaje. Se utilizarán para exportar los sistemas de archivos replicados.
6. Active la réplica en los sistemas de archivos principales.
   En la instancia principal, active la réplica para cada sistema de archivos de OCI File Storage que se deba replicar.
   1. Vaya a la consola de OCI, seleccione la región principal y seleccione el compartimento.
   2. Seleccione Storage, File Storage y, a continuación, File Systems.
   3. Haga clic en el nombre del sistema de archivos, vaya a Replicaciones y haga clic en Crear replicación.
      Proporcione un nombre para la replicación.
   4. Seleccione Crear nuevo sistema de archivos de destino y proporcione los siguientes detalles:
      • Nombre: nombre de la réplica del sistema de archivos que se creará en la región secundaria. Utilice un nombre que lo identifique claramente como una réplica, por ejemplo: configFS_replica.
      • Región de destino: región del sistema secundario.
      • Dominio de Disponibilidad: dominio de la disponibilidad para el sistema de archivos de destino. Debe ser el mismo que el destino de montaje que lo exportará.
      • Compartimento: compartimento del sistema de archivos de destino.
      • Intervalo de replicación: intervalo en minutos que determina la frecuencia de la replicación de datos.

   Note:

   También puede crear los sistemas de archivos de destino con antelación en modo secundario y proporcionar el OCID aquí.
7. 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 el sistema de archivos de OCI File Storage contiene información específica para cada sitio. De lo contrario no se necesita ninguna acción.

   Cree scripts para reemplazar la información del sitio local, de acuerdo con sus requisitos específicos (por ejemplo, realizar una búsqueda y sustitución, 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.

   IMPORTANTE: No ejecute los archivos de comandos en este punto. La secuencia de comandos se utilizará la próxima vez que se realice una validación, un switchover o un failover.

   Sugerencia:

   Ejemplo de Oracle WebLogic

   Por ejemplo, al replicar un sistema de archivos que contiene un dominio de Oracle WebLogic. Durante un switchover o failover, debe realizar una sustitución en la configuración replicada 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 de Oracle MAA en GitHub en https://github.com/oracle-samples/maa Descargue todos los scripts en el 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. Vaya al repositorio de Oracle MAA en GitHub https://github.com/oracle-samples/maa Descargue todas las secuencias de comandos del directorio app_dr_common. Descargue todas las secuencias de comandos del 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.
   Oracle Autonomous Database	fmwadb_switch_db_conn.sh Vaya al repositorio de Oracle 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.	Este script sustituye la carpeta de administración de TNS utilizada por Oracle WebLogic Server por la proporcionada como entrada. También actualiza las propiedades de contraseña de cartera en los orígenes de datos. No es necesario editar el script. Los valores de la carpeta y la contraseña se transferirán 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.

La replicación del sistema de archivos de OCI ya está lista.

Validar replicación para OCI File Storage

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).

Para que los sistemas de archivos replicados de OCI File Storage estén disponibles y se puedan utilizar en el sistema en espera, siga estas acciones para cada sistema de archivos.

Realice los siguientes pasos para utilizar los sistemas de archivos replicados en espera:

1. Cree una clonación del sistema del archivo de destino.
   Un sistema de archivos de destino no se puede montar directamente, primero debe clonarlo.
   1. En modo secundario, vaya a Almacenamiento, Almacenamiento de archivos y, a continuación, a Sistemas de archivos.
   2. Haga clic en el nombre del sistema de archivos de destino.
   3. En la sección Replicación de Información del sistema de archivos, haga clic en el enlace de nombre Destino de replicación.
   4. Haga clic en el enlace de nombre Última instantánea.
   5. Haga clic en Clonar para crear un sistema de archivos normal a partir de esta instantánea.
   6. Edite los detalles para proporcionar un nombre para la clonación.
      Para obtener coherencia, utilice el mismo nombre que en el primario, por ejemplo, configFS.
2. Cree una exportación para el Sistema de archivos clonado.
   1. En el sistema de archivos clonado, vaya a Exportaciones.
   2. Seleccione el destino de montaje en el secundario.
   3. Seleccione el nombre de exportación.
      Para facilitar la gestión de switchover, utilice el mismo nombre que la exportación en la base de datos principal. Por ejemplo: /exports/configFS.
3. Monte el sistema de archivos desde los hosts en espera.
   1. Si siempre utiliza el mismo nombre de exportación y el mismo destino de montaje para el sistema de archivos, la entrada en el archivo /etc/fstab para el montaje no cambia durante el ciclo de vida.
   2. Si no utiliza el mismo nombre de exportación y destino de montaje para el sistema de archivos, debe editar el archivo /etc/fstab y modificar la entrada en cada switchover, failover y validación.
      A continuación se muestra un ejemplo de la entrada /etc/fstab:

      10.1.80.131:/exports/configFS    /u01/oracle/config  nfs  defaults,nofail,nosuid,resvport 0 0

   3. Una vez que el archivo /etc/fstab contiene la entrada de montaje adecuada, monte el sistema de archivos en el host.
      Por ejemplo:

      [opc@host opc]# sudo mount -a

   4. Repita el proceso en todos los hosts en espera que monten el sistema de archivos.
4. Ejecute el archivo de comandos de sustitución en todos los hosts de capa media en espera para sustituir la información específica del sitio en los hosts secundarios de capa media.

   Sugerencia:

   Ejemplo de Oracle WebLogic

   Por ejemplo, en un sistema de archivos que contiene el dominio de Oracle WebLogic: actualice la información de conexión de 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:

   • Si el sistema utiliza Oracle Base Database Service u Oracle Exadata Database Service, el script es replacement_script_BVmodel.sh. Asegúrese de que utiliza los valores adecuados.
   • Si el sistema utiliza Oracle Autonomous Database, el script es fmwadb_switch_db_conn.sh. Necesita, como entradas, la ruta de acceso en la que se encuentra la cartera original secundaria y la contraseña de la cartera.
5. Limpie los archivos de bloqueo de los servidores.

   El sistema de archivos replicado puede 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 se inicien los procesos de nivel medio.

   Sugerencia:

   Ejemplo de Oracle WebLogic

   Por ejemplo, en un sistema de archivos que contiene un dominio de Oracle 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.

6. Cuando haya finalizado la operación de switchover o failover, debe desmontar y suprimir los sistemas de archivos de OCI File Storage en la ubicación con el rol en espera. Realice los siguientes pasos para volver al rol en espera.
   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 el sistema de archivos de OCI File Storage en la ubicación en espera que se replican desde la principal.
      Por ejemplo:

      [opc@host opc]# sudo umount /u01/oracle/config

   2. Suprima los sistemas de archivos desmontados.
      Termine los sistemas de archivos desmontados en la ubicación en espera. Ya no se utilizan.

Replicación continua de OCI File Storage

Siga estas recomendaciones para la replicación en curso al utilizar esta implementación.

• OCI realiza automáticamente la replicación de OCI File Storage en segundo plano. Lo único que debe hacer durante el ciclo de vida es asegurarse de que los sistemas de archivos de OCI File Storage de la base de datos principal tengan la réplica activada.
• 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. Es muy útil simplificar la ejecución de las tareas relacionadas con la réplica de OCI File Storage.
• La función de replicación es complementaria a la función de instantánea, no una sustitución. Asegúrese de asociar también una política de instantánea para los sistemas de archivos de OCI File Storage. Esto proporcionará protección de datos además de la réplica entre regiones, lo que le permitirá restaurar un sistema de archivos a un punto en el tiempo.
• Mantenga la información específica de cada sitio y manténgala actualizada. Por ejemplo, si el sistema de archivos contiene una carpeta con los artefactos para conectarse a una instancia de 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, limpie los sistemas de archivos no utilizados y cambie la dirección de la réplica. Estas acciones son necesarias para revertir la dirección de la réplica:
  1. Desactive la replicación anterior del principal anterior y limpie (suprima) los sistemas de archivos de destino no utilizados en el nuevo principal.
  2. Active la réplica en los sistemas de archivos de OCI File Storage de la nueva principal.
  3. Suprima los sistemas de archivos no utilizados en la nueva base de datos en espera.