Replicación de los artefactos del sistema de archivos en OCI
Acerca de los artefactos
Determine el tipo de artefactos que necesita replicar.
- Artefactos estáticos: son archivos y directorios que no cambian con frecuencia. Entre ellas, se incluyen:
- Directorio inicial de Oracle: normalmente consta de un directorio inicial de Oracle y un directorio inicial de Oracle WebLogic Server. Oracle Fusion Middleware permite crear varios servidores gestionados de Oracle WebLogic Server a partir de una única instalación de archivos binarios. Puede instalar archivos binarios en una única ubicación en un almacenamiento compartido y reutilizar esta instalación por servidores en distintos nodos. Para obtener la máxima disponibilidad, Oracle recomienda utilizar instalaciones binarias redundantes.
- Oracle Inventory:
orainventory
es una carpeta que contiene una lista de los directorios raíz de Oracle existentes y se encuentra en una carpeta separada del directorio raíz de Oracle. El archivo/etc/oraInst.loc
determina cuál es la ubicación deorainventory
.
- Artefactos dinámicos: son archivos que cambian con frecuencia. Estos artefactos incluyen:
- Directorio raíz de dominio: directorios de dominio del servidor de administración y los servidores gestionados. En una topología de EDG, ASERVER_HOME está en una ubicación compartida y MSERVER_HOME está en una ubicación privada y cada servidor tiene su propio MSERVER_HOME (aunque también se puede almacenar en un NFS).
- Artefactos de aplicación, como archivos
.ear
o.war
. - Artefactos de base de datos, como el repositorio de MDS y los esquemas SOAINFRA.
- Almacenes persistentes, como proveedores de JMS y logs de transacciones. Oracle recomienda almacenar estos artefactos en la base de datos. Este es el enfoque recomendado en la topología de EDG y especialmente útil para los entornos de recuperación ante desastres (DR), ya que se replican automáticamente en el sitio en espera a través de Oracle Data Guard subyacente.
- Planes de despliegue, utilizados para actualizar adaptadores de tecnología, como adaptadores de archivo y JMS. Se deben guardar en una ubicación a la que puedan acceder todos los nodos del cluster en el que se despliegan los artefactos.
- Otros artefactos de tiempo de ejecución, como archivos utilizados por adaptadores de archivos, archivos transferidos por MFT u otros artefactos de tiempo de ejecución personalizados.
Todo el contenido que reside en la base de datos (como el repositorio de MDS, los esquemas SOAINFRA, JMS, TLOG y datos personalizados) se replica automáticamente en el sitio secundario mediante Oracle Data Guard.
Para replicar el contenido que reside en el sistema de archivos (como el directorio raíz de Oracle y la configuración de dominio WebLogic) en una topología de recuperación ante desastres, puede utilizar diferentes enfoques. Las más comunes son la replicación de nivel de almacenamiento, la réplica basada en rsync
o la réplica basada en DBFS.
El modelo de DR híbrido, que se describe aquí, es donde el principal está en las ubicaciones locales y el secundario en OCI. La replicación de nivel de almacenamiento no está disponible en el modelo de DR híbrido. En su lugar, rsync
es el enfoque recomendado para replicar los artefactos de la base de datos primaria a la base de datos en espera. Puede utilizar la réplica basada en Oracle Database File System (DBFS) para replicar algunos artefactos. Consulte los detalles en Acerca de Oracle Database File System en Más información.
Identificación de carpetas y artefactos del sistema de archivos
Identifique los volúmenes y carpetas de NFS que utilizan los hosts de SOA principales del entorno principal y su contenido.
Las siguientes tablas proporcionan un ejemplo de los artefactos del sistema de archivos principal utilizados en este ejemplo.
Volumen del sistema de archivos | Host | Carpeta de puntos de montaje | Comentarios | Tipo de artefacto |
---|---|---|---|---|
NFS VOLFMW1 /export/soa/products1 |
SOAHOST1 | /u01/oracle/products |
Volumen para los archivos binarios JDK y FMW. | Estático |
NFS VOLFMW2 /export/soa/products2 |
SOAHOST2 | /u01/oracle/products |
Volumen para los archivos binarios JDK y FMW. | Estático |
VOLADMIN/export/soa/config DE NFS |
SOAHOST1, SOAHOST2 | /u01/oracle/config
|
Volumen para el directorio de dominio del servidor de administración y otras configuraciones compartidas, como planes de despliegue, aplicaciones y almacenes de claves. | Dinámico |
LOCAL* /u02/oracle/config |
SOAHOST1 | /u02/oracle/config |
Volumen para configuración privada en SOAHOST1 | Dinámica |
LOCAL* /u02/oracle/config |
SOAHOST2 | /u02/oracle/config |
Volumen para configuración privada en SOAHOST2 | Dinámica |
TIEMPO DE EJECUCIÓN DE NFS /export/soa/runtime |
SOAHOST1, SOAHOST2 | /u01/oracle/runtime |
Volumen para contenido de tiempo de ejecución compartido, como archivos utilizados por adaptadores de archivos y otros artefactos de tiempo de ejecución. Nota: se recomienda almacenar mensajes |
Dinámica |
* Los volúmenes del sistema de archivos local pueden ser montajes privados (no compartidos) en NFS en lugar de almacenamiento local.
La siguiente tabla es un ejemplo de las variables de EDG para las ubicaciones de carpetas.
Variables de EDG | Valor |
---|---|
ORACLE_BASE |
/u01/oracle/products |
ORACLE_HOME |
/u01/oracle/products/fmw |
JAVA_HOME |
/u01/oracle/products/jdk
|
SHARED_CONFIG_DIR |
/u01/oracle/config |
APPLICATION_HOME |
/u01/oracle/config/applications/mysoadomain (Fin de creación) |
DEPLOY_PLAN_HOME |
/u01/oracle/config/dp |
KEYSTORE_HOME |
/u01/oracle/config/keystores |
ASERVER_HOME |
/u01/oracle/config/domains/mysoadomain (Fin de creación) |
PRIVATE_CONFIG_DIR |
/u02/oracle/config |
MSERVER_HOME |
/u02/oracle/config/domains/mysoadomain (Fin de creación) |
NM_HOME |
/u02/oracle/config/nodemanager |
ORACLE_RUNTIME |
/u01/oracle/runtime |
Verificación de la conectividad entre los hosts principal y en espera
Los hosts principales de SOA se deben conectar a los hosts de SOA de Oracle Cloud Infrastructure (OCI) en espera remotos y viceversa.
Los nombres físicos de los hosts SOA remotos se pueden resolver en DNS, o puede incluir el igual remoto SOA que aloja los nombres físicos y las IP en los archivos /etc/hosts
. Es decir, agregue los nombres físicos de hosts SOA secundarios y sus IP al archivo /etc/hosts
de los hosts SOA principales. De manera similar, agregue los nombres físicos de hosts SOA principales y sus IP al archivo /etc/hosts
de los hosts SOA secundarios.
Nota:
Si el nodo primario no utiliza nombres de host virtuales y utiliza los nombres de host de nodo físico como direcciones de recepción para los servidores, no realice estos pasos. Debido a que en ese escenario, los nombres de host del nodo físico principal deben ser resueltos por las IP de los hosts SOA de OCI en espera. En ese escenario, en lugar de realizar los siguientes pasos, utilice las IP de los hosts para conectarse con SSH a los nodos remotos.Duplicación de la estructura de carpetas en los hosts secundarios de OCI
En este punto, las instancias informáticas de Oracle Cloud Infrastructure (OCI) SOA ya tienen el FSS montado. Antes de replicar el contenido, cree la estructura de carpetas adecuada para EDG.
Copie ORACLE_HOME
y JAVA_HOME
en los hosts secundarios
Copie ORACLE_HOME
y JAVA_HOME
de los hosts principales a los hosts secundarios.
ORACLE_HOME
y JAVA_HOME
normalmente se encuentran en la misma carpeta de productos, junto con oraInventory
. Consulte Identify the Folders and File System Artifacts para conocer las ubicaciones identificadas anteriormente.
Copiar las carpetas de configuración de dominio WebLogic en los hosts en espera
Copie la carpeta de configuración compartida del dominio WebLogic y la carpeta de configuración privada en los hosts de SOA de Oracle Cloud Infrastructure (OCI).
Copiar la carpeta de tiempo de ejecución compartido
Copie la carpeta de tiempo de ejecución compartida en los hosts de SOA de Oracle Cloud Infrastructure (OCI), si es necesario.
La carpeta de tiempo de ejecución compartida reside en la ubicación especificada por la variable ORACLE_RUNTIME. Consulte Identify the Folders and File System Artifacts para conocer las ubicaciones identificadas anteriormente.
Nota:
Se recomienda almacenar los almacenes persistentes de JMS y los almacenes de TLOGS en la base de datos mediante almacenes persistentes de JDBC. Como están en la base de datos, se replican automáticamente en el sistema secundario con Oracle Data Guard.- Como se trata de información de tiempo de ejecución, normalmente no necesita replicarla durante la fase de configuración. Sin embargo, si necesita replicar esta carpeta en los hosts en espera, puede copiar el contenido siguiendo un enfoque similar que utilizó para copiar el archivo de configuración compartido del dominio WebLogic.