Replicación de nivel medio

Existen varias tecnologías y métodos de replicación para la replicación continua de los artefactos de archivo de nivel medio. Los escenarios que se describen aquí suponen que los artefactos del sistema de archivos de nivel medio, como las carpetas config y products, ya están disponibles en el nivel medio secundario.

No importa si los ha copiado con una tecnología concreta durante la configuración de DR. Puede utilizar un enfoque diferente para las replicaciones posteriores a lo largo del ciclo de vida.

Para fines de documentación e ilustración, la mayoría de los ejemplos se centran en un sistema Oracle WebLogic Server, donde principal es una pila WLS para OCI y el sistema secundario se ha creado mediante el marco WLS-HYDR. Como ejemplo de gestión de la información específica del sitio, las implantaciones también manejan la cadena de conexión de la base de datos para la capa media, suponiendo que el entorno de Oracle WebLogic Server utilice un alias TNS para conectarse a la base de datos.

Artefactos de archivo de nivel medio

Idealmente, debería replicar todos los archivos implicados en el sistema de nivel medio de principal a secundario en el mismo momento.

Sin embargo, es posible que diferentes tipos de archivos necesiten diferentes frecuencias de replicación para simplificar los costos de gestión y reducir el costo total de propiedad de un sistema de protección contra desastres. Esto es importante cuando diseña los volúmenes y los sistemas de archivos que desea utilizar para la replicación. Algunos artefactos son estáticos mientras que otros son dinámicos.

  • Artefactos de producto

    Los artefactos de producto son el directorio o directorios en los que se instala el software de nivel medio.

    No es obligatorio instalar el software en el sitio secundario. Cuando el almacenamiento del sitio de producción se replica en el almacenamiento del sitio secundario, el software instalado en los volúmenes del sitio de producción se replica en los volúmenes del sitio secundario.

    Un sistema secundario debe comportarse exactamente como el principal cuando se produce un failover o switchover. Debe admitir parches y actualizaciones como una instalación de primera clase. Esto significa que cuando se produce un failover o switchover, el sistema secundario debe utilizar un inventario estándar para parches y actualizaciones.

    Los artefactos del producto son estáticos y, por lo general, requieren un RTO bajo. No es necesario que los copie entre regiones con frecuencia, ya que solo cambian cuando se aplican parches y correcciones.

    Sugerencia:

    Por ejemplo, en un sistema Oracle WebLogic Server, el artefacto del producto es el directorio raíz de Oracle, donde todo el software de Oracle está instalado y las variables de entorno de FMW y Oracle WebLogic hacen referencia a él. Para mantener la consistencia, debe replicar Oracle Inventory con la misma frecuencia que los directorios raíz de Oracle que utilizan los diferentes componentes de FMW. Oracle Inventory incluye archivos oraInst.loc y oratab, que se encuentran en el directorio /etc.

  • Artefactos de configuración

    Los artefactos de configuración contienen la configuración de la capa media y son archivos que cambian con frecuencia. Los artefactos de configuración cambian con frecuencia, según las actualizaciones de la aplicación. Necesitan un RTO bajo y una frecuencia de replicación alta.

    Sugerencia:

    Por ejemplo, en un sistema WebLogic o FMW, los artefactos de configuración incluyen lo siguiente:
    • WebLogic Directorio raíz de dominio: directorios de dominio del servidor de administración y los servidores gestionados.
    • Instancias de Oracle de componentes del sistema, como Oracle HTTP Server: directorios raíz de instancia de Oracle.
    • Articulos de aplicación, como archivos .ear o .war.
    • Artefactos de base de datos, como el repositorio de MDS y las definiciones de almacenes persistentes de JDBC.
    • Planes de Despliegue que se utilizan para actualizar los adaptadores de tecnología, como los adaptadores de archivos y JMS. Se deben guardar en una ubicación a la que puedan acceder todos los nodos del cluster en el que se están desplegando los artefactos.

    Es importante mantener la consistencia de los artefactos de configuración en diferentes almacenes; de lo contrario, las aplicaciones pueden dejar de funcionar después de una restauración.

    Sugerencia:

    Por ejemplo, la configuración de dominio WebLogic que refleja un nuevo servidor JMS debe estar alineada con la tabla de base de datos que utiliza como almacén persistente. Si solo se replica la configuración del dominio WebLogic sin replicar la tabla de origen, se producirá un fallo de Oracle WebLogic Server.
  • Artefactos de tiempo de ejecución

    Los artefactos de tiempo de ejecución son archivos generados por las aplicaciones en tiempo de ejecución.

    Estos archivos pueden cambiar con mucha frecuencia. Su RTO y RPO se basan exclusivamente en las necesidades empresariales. En algunos casos, es posible que estos artefactos deban desecharse después de un corto tiempo. Por ejemplo, una orden de oferta que caduca en un período corto. En otros casos, estos archivos pueden contener registros transaccionales de operaciones completadas por una aplicación que deben conservarse. La frecuencia con la que se deben replicar y la importancia de conservar estos archivos en un evento de desastre suele ser una decisión basada en la empresa.

    Sugerencia:

    En un sistema WebLogic, los ejemplos de artefactos de tiempo de ejecución son los archivos generados por los adaptadores de archivo o FTP de SOA, los archivos gestionados por Oracle MFT o cualquier otra información que las aplicaciones generen a través de su lógica de negocio y que se almacene directamente en el sistema de archivos.

    La siguiente tabla es un resumen de las recomendaciones para replicar artefactos del sistema de archivos durante el ciclo de vida:

    Artefacto de archivo de nivel medio Ejemplos en el sistema WebLogic Frecuencia de replicación y recomendaciones
    Artefactos de producto Directorio raíz de FMW, JDK, inventario Frecuencia de replicación baja o bajo demanda (por ejemplo, después de aplicar parches). Como alternativa, tampoco puede replicar productos y mantenerlos por separado para probar primero los parches en un entorno en espera.
    artefactos de configuración dominio WebLogic, instancias de Oracle, aplicaciones, planes de despliegue, almacenes de claves La frecuencia depende de la frecuencia con la que se realicen los cambios de configuración. Normalmente se necesita una frecuencia de replicación alta.
    Artefactos de tiempo de ejecución Archivos generados por los adaptadores de archivos y FTP Determinado por los requisitos de negocio.