Realizar otras tareas de ciclo de vida
Un cluster ampliado de Oracle Fusion Middleware (FMW) funciona como un cluster WebLogic estándar. Su arquitectura y comportamiento fundamentales son consistentes con los de los entornos WebLogic típicos. Como resultado, la mayoría de los procedimientos operativos y de mantenimiento seguidos para los sistemas WebLogic ordinarios son igualmente pertinentes y aplicables a los clusters estirados. Esto incluye, entre otros, enfoques para aplicar parches, realizar actualizaciones sucesivas, supervisar el estado del sistema, gestionar recursos y solucionar problemas. Si bien puede haber consideraciones adicionales debido a la distribución geográfica inherente a un grupo estirado, los paradigmas de mantenimiento básico siguen siendo los mismos que los utilizados en los despliegues convencionales de WebLogic.
Mantenimiento de la configuración de WebLogic
La mayor parte de esta configuración suele residir en el directorio de dominio del servidor de administración. Esta configuración se propaga automáticamente a los otros nodos del mismo dominio cuando se inician los servidores gestionados o cuando se implementa un cambio.
Otros artefactos que residen en la configuración compartida, que es local para cada región, no se sincronizan automáticamente porque no están gestionados por WebLogic. Estos artefactos son:
- Archivos de almacenes de claves Java que residen en
KEYSTORE_HOME - Planes de despliegue que residen en
DEPLOY_PLAN_HOME - Archivo
Tnsnames.ora, si no se gestiona mediante los módulos DBClientData en WebLogic. - Cualquier otro archivo personalizado que se almacene en almacenamiento compartido.
Si realiza cambios en estos archivos en una región, cópielos en la otra región para mantener la configuración consistente.
Realizar Parches
Siempre que sea posible, utilice la aplicación de parches sucesiva para reducir el tiempo de inactividad.
Para aplicar parches a bases de datos, siga las mejores prácticas de Data Guard aplicando primero el parche a la base de datos en espera, si está soportada. El tiempo de inactividad y el procedimiento de aplicación de parches necesarios para la base de datos variarán según el tipo específico de parche.