Guía de Reinicio de servidores SOA/OSB en Cluster

⚠️ Nivel Técnico: Senior / Expert Este procedimiento asume un entorno de Producción OSB/SOA Suite en Clúster. Cualquier error en la secuencia de limpieza de caché o falta de validación de base de datos resultará en inconsistencias de despliegue y estados ‘FAILED’ en la consola.

📋 1. Fase de Validación y Prerrequisitos (Sanity Check)

Antes de iniciar servicios de Middleware, es imperativo confirmar la estabilidad de la capa de persistencia (DB) y la visibilidad de red. WebLogic no puede inicializar el esquema de hidratación de SOA si la base de datos no responde.

1.1 Conexión y Validación de Red

# Validar visibilidad entre Nodos del Cluster
ping -c 1 sev-nmnode1
ping -c 1 sev-nmnode2

Esperado:

1 packets transmitted, 1 received, 0% packet loss, time 0ms

1.2 Validación de Base de Datos (SOAINFRA/MDS)

# Verificar puerto SOA dedicado (1595)
nc -zv data.telecom.net 1595

Esperado:

Connection to data.telecom.net port 1595 [tcp/*] succeeded!

🧹 2. Fase de Higiene (Limpieza Profunda de Caché)

Tras una caída abrupta, los archivos .lok, la caché de JMS y los datos de LDAP replicados pueden corromperse. La limpieza se ejecuta en ambos nodos.

2.1 Saneamiento de Procesos y Directorios (Nodo 1)

# Terminar procesos remanentes
ps -ef | grep weblogic | grep -v grep | awk '{print $2}' | xargs kill -9

# Limpieza de temporales del dominio
cd /u01/oracle/admin/domains/osb_dev_domain/servers/
rm -rf AdminServer/tmp/* AdminServer/cache/* AdminServer/data/ldap/*
rm -rf OSB_SERVER1/tmp/* OSB_SERVER1/cache/*
rm -rf SOA_SERVER1/tmp/* SOA_SERVER1/cache/*

2.2 Saneamiento en Nodo 2

ssh oracle@100.28.100.202
ps -ef | grep weblogic | grep -v grep | awk '{print $2}' | xargs kill -9
cd /u01/oracle/admin/domains/osb_dev_domain/servers/
rm -rf OSB_SERVER2/tmp/* OSB_SERVER2/cache/*
rm -rf SOA_SERVER2/tmp/* SOA_SERVER2/cache/*

🚀 3. Arranque de Infraestructura (Node Manager)

El Node Manager debe estar activo en cada host físico para permitir el control remoto desde la consola de administración.

cd /u01/oracle/admin/domains/osb_dev_domain/bin/
nohup ./startNodeManager.sh > LogStartNodeManager.log 2>&1 &

# Validar socket de escucha
netstat -an | grep 5556

Esperado:

tcp        0      0 100.28.100.201:5556      0.0.0.0:* LISTEN

🔐 Validación de Certificados SSL

openssl x509 -in /u01/oracle/certificates/ssl/api.telem.mx_cert.cer -noout -enddate

🧠 4. Arranque de Aplicación (Admin & Managed Servers)

4.1 Inicialización del AdminServer (Nodo 1)

cd /u01/oracle/admin/domains/osb_dev_domain/bin/
nohup ./startWebLogic.sh > /u01/oracle/admin/logs/osb_dev_domain/AdminServer_boot.out 2>&1 &
tail -f /u01/oracle/admin/logs/osb_dev_domain/AdminServer_boot.out

Esperado:

<Server started in RUNNING mode>

4.2 Control de Cluster (Managed Servers)

Acceda a la consola http://[IP_ADMIN]:7001/console e inicie los clústeres en el siguiente orden lógico:

1. OSB_CLUSTER: Capa de mensajería y ruteo.
2. SOA_CLUSTER: Motores BPEL y mediadores.
3. ESS_CLUSTER: Programación de tareas (Enterprise Scheduler).

📸 5. Auditoría, Logs y Evidencia Técnica

Para garantizar la integridad post-reinicio, es fundamental recolectar evidencia. No es necesario navegar manualmente; utilice herramientas de transferencia (MobaXterm, WinSCP) o comandos directos para la descarga de artefactos de diagnóstico.

5.1 Generación de Reporte de Estructura

# Generar árbol de directorios para validar limpieza de archivos .lok
find . -maxdepth 4 -not -path '*/.*' > /tmp/auditoria_reinicio_$(date +%F).txt

5.2 Descarga de Logs Críticos (Mantenimiento de Evidencia)

Si utiliza un cliente local, descargue los logs de arranque para auditoría interna:

# Ejemplo desde terminal local (Windows/Linux) para extraer evidencia
scp oracle@100.28.100.201:/u01/oracle/admin/logs/osb_dev_domain/AdminServer_boot.out C:\Logs_Middleware\
scp oracle@100.28.100.201:/tmp/auditoria_reinicio_*.txt C:\Logs_Middleware\

📊 Anexo: Mapa de Arquitectura

📂 Anexo: Rutas de Logs Críticos para Auditoría