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. Estas 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 desde 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 en servidores de 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 está ubicada en una carpeta separada separada del directorio raíz de Oracle. El archivo /etc/oraInst.loc determina cuál es la ubicación de orainventory.
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 la aplicación, como archivos .ear o .war.
- Artefactos de base de datos, como el repositorio de MDS y los esquemas de aplicación.
- Almacenes persistentes, como proveedores 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 entornos de recuperación ante desastres (DR), porque se replican automáticamente en la ubicación en espera mediante Oracle Data Guard subyacente.
- Planes de despliegue, utilizados para actualizar adaptadores de tecnología, como 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.
- 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 de aplicación, los JMS y TLOG, y los 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 las carpetas y los artefactos del sistema de archivos

Identifique los volúmenes y carpetas NFS que utilizan los hosts principales del servidor WebLogic 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 punto de montaje	Comentarios	Tipo de artefactos
NFS VOLFMW1 `/export/wls/products1`	APROBADO1	`/u01/oracle/products` (Fin de actualización)	Volumen para los archivos binarios JDK y FMW.	Estático
NFS VOLFMW2 `/export/wls/products2`	APROBADO2	`/u01/oracle/products` (Fin de actualización)	Volumen para los archivos binarios JDK y FMW.	Estático
VOLADMIN`/export/wls/config` DE NFS	POST1, POST2	`/u01/oracle/config` (Fin de actualización)	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`	APROBADO1	`/u02/oracle/config` (Fin de actualización)	Volumen para configuración privada en APPHOST1	Dinámico
LOCAL* `/u02/oracle/config`	APROBADO2	`/u02/oracle/config` (Fin de actualización)	Volumen para configuración privada en APPHOST2	Dinámico
TIEMPO DE EJECUCIÓN DE NFS `/export/wls/runtime`	POST1, POST2	`/u01/oracle/runtime` (Fin de creación)	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 `JMS` y `TLOGS` en la base de datos, utilizando almacenes persistentes JDBC, en lugar de en esta carpeta.	Dinámico

* 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` (Fin de actualización)
`ORACLE_HOME`	`/u01/oracle/products/fmw` (Fin de creación)
`JAVA_HOME`	`/u01/oracle/products/jdk` (Fin de creación)
`SHARED_CONFIG_DIR` (Fin de creación)	`/u01/oracle/config` (Fin de actualización)
`APPLICATION_HOME` (Fin de creación)	`/u01/oracle/config/applications/mydomain` (Fin de creación)
`DEPLOY_PLAN_HOME` (Fin de creación)	`/u01/oracle/config/dp` (Fin de creación)
`KEYSTORE_HOME` (Fin de creación)	`/u01/oracle/config/keystores` (Fin de creación)
`ASERVER_HOME` (Fin de creación)	`/u01/oracle/config/domains/mydomain` (Fin de creación)
`PRIVATE_CONFIG_DIR` (Fin de creación)	`/u02/oracle/config` (Fin de actualización)
`MSERVER_HOME` (Fin de creación)	`/u02/oracle/config/domains/mydomain` (Fin de creación)
`NM_HOME` (Fin de creación)	`/u02/oracle/config/nodemanager` (Fin de creación)
`ORACLE_RUNTIME` (Fin de creación)	`/u01/oracle/runtime` (Fin de creación)

Verificación de la conectividad entre los hosts principal y en espera

Los hosts principales del servidor WebLogic deben conectarse a los hosts remotos del servidor WebLogic (OCI) de Oracle Cloud Infrastructure en espera y viceversa.

Los nombres físicos de los hosts WebLogic Server remotos se pueden resolver en DNS, o puede incluir el igual remoto WebLogic Server que aloja los nombres físicos y las IP en los archivos /etc/hosts. Es decir, agregue los nombres físicos de hosts WebLogic Server secundarios y sus IP al archivo /etc/hosts de los hosts WebLogic Server principales. De manera similar, agregue los nombres físicos de hosts WebLogic Server principales y sus IP al archivo /etc/hosts de los hosts WebLogic Server 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 del servidor WebLogic 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.

Edite el archivo /etc/hosts en los hosts principales del servidor WebLogic local para incluir el igual remoto servidor WebLogic que aloja los nombres físicos y las direcciones IP.

A continuación, se muestra un ejemplo de los alias en los hosts locales.


#################################
# ALIASES in on-prem
#################################
10.10.10.20   host-vip1.myopnetwork.com    host-vip1          ADMINVHN.example.com   ADMINVHN 
10.10.10.13   host3.myopnnetwork.com       host3              APPHOST1.example.com    APPHOST1
10.10.10.14   host4.myopnnetwork.com       host4              APPHOST2.example.com    APPHOST2
# Front-end name (resolved but primary Load Balancer IP
10.10.10.100    wlsfrontend.example.com
# Remote OCI wls hosts physical names (without virtual host name aliases!)
100.70.10.13    hydrwls1.midTiersubnet.hydrvcn.oraclevcn.com      hydrwls1        
100.70.10.14   hydrwls2.midTiersubnet.hydrvcn.oraclevcn.com       hydrwls2

Edite el archivo /etc/hosts en los hosts de OCI WebLogic Server en espera para incluir los nombres físicos de los hosts de WebLogic Server locales y remotos. No incluya los alias de nombre de host virtual.

A continuación, se muestra un ejemplo de los alias en los hosts de OCI WebLogic Server en espera.

#################################
# ALIASES in OCI
#################################
100.70.10.20   hydrwls-vip.midTiersubnet.hydrvcn.oraclevcn.com   hydrwls-vip    ADMINVHN.example.com    ADMINVHN
100.70.10.13   hydrwls1.midtiersubnet.hydrvcn.oraclevcn.com      hydrwls1       APPHOST1.example.com    APPHOST1
100.70.10.14   hydrwls2.midtiersubnet.hydrvcn.oraclevcn.com      hydrwls2       APPHOST2.example.com    APPHOST2
# Front-end name (resolved by secondary OCI LBR IP)
1070.70.70    wlsfrontend.example.com
# Remote on-prem wls hosts physical names (without virtual host name aliases!)
10.10.10.13   host3.myopnnetwork.com       host3
10.10.10.14   host4.myopnnetwork.com       host4

Utilice el comando SSH para verificar la interconectividad de los hosts principales del servidor WebLogic local a los hosts secundarios del servidor WebLogic de OCI.
Se necesita una clave ssh al conectarse a instancias informáticas de OCI.
```
ssh -i my_private_key oracle@hydrwls1.midtiersubnet.hydrvcn.oraclevcn.com
ssh -i my_private_key oracle@hydrwls2.midtiersubnet.hydrvcn.oraclevcn.com
```
Utilice el comando SSH para verificar la interconectividad entre los hosts secundarios del servidor WebLogic de OCI y los hosts principales del servidor WebLogic local.
Puede que no sea necesaria una clave SSH.
```
ssh  oracle@host3.myopnnetwork.com
ssh  oracle@host4.myopnnetwork.com
```

Duplicación de la estructura de carpetas en los hosts secundarios de OCI

En este punto, las instancias informáticas del servidor WebLogic de Oracle Cloud Infrastructure (OCI) ya tienen el FSS montado. Antes de replicar el contenido, cree la estructura de carpetas adecuada para EDG.

El siguiente ejemplo muestra los comandos para crear la estructura de carpetas de EDG que utiliza el entorno de EDG de este documento.

Como usuario oracle, cree las carpetas en APPHOST1 de OCI.

mkdir -p  /u01/oracle/products/fmw
mkdir -p  /u01/oracle/products/jdk
mkdir -p  /u01/oracle/products/oraInventory
mkdir -p /u02/oracle/config
mkdir -p /u01/oracle/config/domains/mydomain
mkdir -p /u01/oracle/config/applications/mydomain
mkdir -p /u01/oracle/config/dp/mydomain
mkdir -p /u01/oracle/config/keystores

Como usuario oracle, cree las carpetas en APPHOST2 de OCI.

mkdir -p  /u01/oracle/products/fmw
mkdir -p  /u01/oracle/products/jdk
mkdir -p  /u01/oracle/products/oraInventory
mkdir -p /u02/oracle/config

Copia de `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.

Copie la carpeta de productos del APPHOST1 principal local al APPHOST1 remoto.
Copie la carpeta inicial de productos del APPHOST2 principal local y guárdela en el APPHOST2 remoto. Repita estos pasos para cualquier otra instancia informática.
Copie el archivo /etc/oraInst.loc de los hosts principales y guárdelo en los hosts secundarios.
Este archivo solo contiene la ubicación de oraInventory y no cambia con el tiempo, por lo que esta copia es una acción puntual.
En el ejemplo proporcionado, oraInventory está en /u01/oracle/products y se copia junto con jdk y el directorio raíz de Oracle. Si oraInventory está en una ubicación diferente, asegúrese de copiarlo también en los hosts secundarios.

Nota:

Puede encontrar una secuencia de comandos de ejemplo que utiliza rsync para copiar la carpeta de productos del APPHOST1 principal local en el APPHOST1 remoto en Download Code. Repita lo mismo para copiar el directorio raíz de los productos en el resto de las instancias informáticas secundarias (es decir, de APPHOST2 a APPHOST2 remoto).

Copia de las carpetas de configuración del 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 del servidor WebLogic de Oracle Cloud Infrastructure (OCI).

Copie la carpeta de configuración compartida del dominio WebLogic del APPHOST1 principal local en el APPHOST1 remoto de OCI.
La configuración compartida del dominio WebLogic reside en la ubicación diseñada por la variable SHARED_CONFIG_DIR e incluye las carpetas de configuración compartida, como APPLICATION_HOME, DEPLOY_PLAN_HOME, KEYSTORE_HOME y ASERVER_HOME.

Nota:

Puede copiar la carpeta de configuración compartida desde el APPHOST1 principal local al APPHOST1 remoto. Se trata de una carpeta compartida, por lo que solo tiene que copiarla en uno de los hosts de WebLogic Server de OCI.

Hay un script de ejemplo disponible en Código de descarga.
Copie la carpeta de configuración privada del dominio WebLogic del APPHOST1 principal local y guárdelo en el APPHOST1 remoto de OCI.
La configuración privada WebLogic reside en la ubicación especificada por la variable PRIVATE_CONFIG_DIR y contiene las carpetas MSERVER_HOME y NM_HOME. Estas carpetas no se comparten, son específicas (privadas) para cada host de WebLogic Server. Por lo tanto, debe realizar la copia para cada servidor: debe copiar la configuración privada de APPHOST1 local en APPHOST1 de OCI, la configuración privada de APPHOST2 local en APPHOST2 de OCI, etc.

Nota:

En Código de descarga, puede encontrar una secuencia de comandos de ejemplo que utiliza rsync para copiar la carpeta de configuración privada del APPHOST1 principal local en el APPHOST1 remoto.

Copiar la carpeta de tiempo de ejecución compartida

Copie la carpeta de tiempo de ejecución compartida en los hosts del servidor WebLogic 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.