Operación de un entorno de WebSphere Process Server, Parte 1: Generalidades

La Parte 1 de esta serie de artículos de varias partes describe las tareas fundamentales de la administración y operación de sistemas para un entorno de producción de WebSphere®Process Server saludable, abarcando diversos enfoques y herramientas.

Susan Herrmann, Software Engineer, IBM

Susan Herrmann is a Software Engineer at the IBM Research and Development Lab in Boblingen, Germany. She has 10 years of experience in the areas of Business Integration and Business Process Management. She joined the WebSphere Business Process Management Development team in 2004. Since 2006, she is a member of the Business Process Management SWAT team, advising customers on best practices and providing vital support in numerous critical customer situations worldwide. Susan has an Engineering degree in Information Technology and joined IBM in 2001.



Markus Reichart, Software Architect, IBM

Markus Reichart is a member of the IBM WebSphere Business Process Management architecture team at the IBM Research and Development Lab in Boblingen, Germany. He has 9 years of experience as a developer and architect in the areas of Business Process Management for WebSphere MQ Workflow, WebSphere Business Integration Server Foundation, and WebSphere Process Server. Currently, he is the architect responsible for Business Process Choreographer operations and administrative clients in WebSphere Process Server. Markus holds a Master’s degree in Computer Science from the University of Stuttgart and joined IBM Germany in 2001.



28-01-2010

Introducción

Todo departamento de TI se esfuerza por mantener un entorno de producción saludable para sus sistemas. La actualización del entorno agrupado en clústeres de WebSphere Process Server (de aquí en más denominado Process Server) que interactúa con grandes cantidades de sistemas y servicios de back-end y back-end puede convertirse en una tarea llena de desafíos.

La Parte 1 de esta serie de artículos de varias partes lo guiará a través de las tareas fundamentales para tener éxito en la administración de sistemas y la operación de un entorno de producción WebSphere Process Server. Este artículo abarcará diversos enfoques y herramientas para el mantenimiento de un entorno de producción saludable. Los siguientes artículos de la serie tratarán en más detalles los temas importantes que se muestran en estas generalidades.


WebSphere Process Server

IBM®WebSphere Process Server puede usarse para ejecutar aplicaciones de integración de negocios en una arquitectura orientada a servicios (SOA). Su avanzado sistema de gestión de procesos de negocios para la ejecución de procesos de negocios ofrece capacidades de integración con mensajería, servicios web, y una amplia gama de servicios de back-end.

Generalidades sobre la arquitectura

La Figura 1 muestra los componentes principales de WebSphere Process Server.

Figura 1. Componentes de WebSphere Process Server
Componentes de WebSphere Process Server

La parte inferior de la Figura 1 muestra la infraestructura de base sobre la cual se construye WebSphere Process Server: WebSphere Application Server. El nivel central de SOA se ubica por sobre el nivel de infraestructura y consiste en la Arquitectura de Componentes de Servicios (Service Component Architecture - SCA), objetos de negocios (Business Objects - BOs), y la Infraestructura de Eventos Comunes (Common Event Infrastructure - CEI).

A su vez, los servicios de soporte se ubican sobre el nivel central de SOA. Estos servicios son flujos de mediación desde el Enterprise Service Bus (ESB) así como distintos tipos de componentes de mapeo, selectores, y calendarios de negocios. El nivel superior está representada por distintos elementos para la organización de procesos de negocios: máquinas de estado del negocio y procesos de negocios, tareas humanas y reglas del negocio.

WebSphere Process Server depende de múltiples bases de datos o tablas de bases de datos para almacenar sus datos en tiempo de ejecución. Estas bases de datos se usan para generar información sobre:

  • Las máquinas de estado del negocio, procesos de negocios y tareas humanas: se generan en la base de datos de Business Process Choreographer (BPEDB). Existe una base de datos por cada objetivo de implantación de Business Process Choreographer.
  • Los datos de los eventos de los procesos de negocios que usará la función de generación de informes de Business Process Choreographer Explorer: se almacenan en las tablas de las bases de datos Observer (OBSRVDB). Existe una base de datos para cada objetivo de implantación de la función de generación de informes de Business Process Choreographer.
  • La información sobre reglas de negocios, selectores, mediaciones, Business Space (Espacio de Negocios), y eventos con fallas: se almacenan en la base de datos común (WPRCSDB). Existe una base de datos por cada celda.
  • El registro de datos de Enterprise Service Bus: esta información se almacena en la base de datos de ESB Log Mediation (EsbLogMedDB).
  • La información de mensajería y los mensajes del Service Integration Bus (SIB): se almacenan en las tablas de la base de datos de SIB para los buses utilizados por WebSphere Process Server (MEDB). Cada motor de mensajería posee su propio conjunto de tablas.
  • Eventos con base común: se almacenan en el almacén de datos de eventos de base común (EVENT). Existe una base de datos por cada objetivo de implantación de CEI.

Topologías de los tiempos de ejecución

WebSphere Process Server puede configurarse para usar diversas tipologías, según las necesidades del negocio o la infraestructura disponible. La Figura 2 muestra las tres principales tipologías que se usan en una gran cantidad de configuraciones de clientes. La instalación y la configuración de estas tipologías encuentran soporte en patrones y asistentes disponibles en la consola de administración.

Figura 2. Topologías de los tiempos de ejecución
Topologías de los tiempos de ejecución

Además de las tipologías organizadas en clústeres, WebSphere Process Server puede funcionar en un entorno de servidor independiente. Sin embargo, este tipo de configuración se adecúa mejor a los entornos de desarrollo mientras que los típicos entornos de producción hacen uso de las topologías organizadas en clústeres. En consecuencia, esta serie de artículos se centrará en los entornos y las topologías con organización de clústeres cuando correspondan.

Para más información sobre las topologías de WebSphere Process Server, consulte el IBM Redbook, Topologías de producción de WebSphere Business Process Management V6.2.

Un entorno de WebSphere Process Server normalmente consiste en la combinación de instancias de servidor organizadas en clústeres e independientes que ejecutan el código del servidor, las bases de datos, los registros de usuarios, y sistemas de back-end y front-end. Como administrador, usted deberá en primer lugar cuidar el entorno de WebSphere Process Server. Esto incluye los servidores de tiempo de ejecución y las bases de datos correspondientes que se usan para almacenar los datos de tiempos de ejecución para WebSphere Process Server. Si bien muy a menudo hay numerosos administradores que son responsables de los recursos dedicados, recomendamos crear generalidades para la totalidad de al configuración necesaria para hacer que un entorno de WebSphere Process Server funcione sin interrupciones.


Prácticas generales para mantener el funcionamiento del entorno

Debido a que WebSphere Process Server se basa en WebSphere Application Server, corresponderán los principios generales de la administración y las operaciones de WebSphere. El IBM Redbook, WebSphere Application Server V6.1: Administración y configuración de sistemas ofrece información detallada sobre cómo llevar a cabo la gestión continua de un sistema del WebSphere Application Server.

Deberán tomarse en cuenta otros temas para operar un entorno de WebSphere Process Server. Los mismos se describen en este y los artículos siguientes de la presente serie.

Cómo crear y actualizar un manual de operaciones

le recomendamos vehementemente crear un manual de operaciones para su entorno de WebSphere Process Server. Este manual contendrá todos los procedimientos necesarios para operar su entorno WebSphere Process Server. Para comenzar, presentará una imagen general de toda la configuración, las máquinas involucradas, las versiones de productos instaladas, y la ubicación de los ficheros binarios en la unidad de disco. Incluirá procedimientos de arranque-parada y cambio de intensidad, los datos de configuración de todas las configuraciones, los procedimientos de cambios a la configuración y las aplicaciones, y los procedimientos de actualización del producto

Además, el manual de operaciones incluirá las mejores prácticas para la determinación inicial de problemas y los procedimientos para comunicar los problemas al departamento de soporte de IBM. El manual establecerá un formato para registrar sus observaciones durante las actividades de determinación de problemas, a fin de asegurar que se brinde información consistente al departamento de soporte de IBM.

El manual de operaciones también incluirá una sección donde usted registrar el historial de acciones y cambios realizados en el sistema. El manual de operaciones resulta beneficioso en el caso que se produzcan problemas de importancia que requieran cambios urgentes. Al contar con el historial de los cambios anteriores y con información sobre el sistema en sí, cada uno de los administradores podrá realizar los cambios al sistema.

Introducción a la gestión del control de cambios

La gestión del control de cambios constituye una parte integral de las operaciones. El control insuficiente de su historial de cambios puede ocasionar problemas tales como la falta de información sobre el estado al cual revertir los “malos cambios” cuando éstos deben deshacerse. Más aún, la determinación de problemas se beneficia del registro escrito de los cambios a la producción. La gestión del control de cambios permite obtener flexibilidad, al tiempo que promueve la aplicación de principios disciplinados de ingeniería. Incluye el control de los cambios a la configuración, las aplicaciones y la infraestructura del entorno.

La buena y continua comunicación entre el equipo de operaciones y el de desarrollo también encontrará beneficios en la gestión del control de cambios. Es importante poder examinar y realizar un seguimiento de los cambios a las aplicaciones, la configuración y la actualización de los productos en un entorno lo más similar posible al entorno de producción antes de introducir verdaderamente esos cambios en el entorno de producción. Por lo menos, la topología básica deberá ser la misma. Por ejemplo, una prueba exitosa en un entorno de servidor independiente no garantiza que todo funcionará de la misma manera en un entorno organizado en clústeres.

Una de las mejores prácticas consiste en asegurar que exista un entorno de pre-producción disponible con las siguientes características:

  • Posee las mismas aplicaciones y las mismas versiones de aplicaciones que el entorno de producción.
  • Está configurado con la misma topología.
  • Contiene la misma pila de software, comenzando desde el nivel del sistema operativo.
  • Funciona sobre un hardware similar al del entorno de producción.

Usted puede aprovechar al máximo un entorno de pre-producción con estas características para probar y verificar correctamente los cambios a implementar, como por ejemplo las actualizaciones de sistemas, los cambios a las aplicaciones y la configuración, o la instalación de parches, antes de siquiera tocar el sistema de producción. Más aún, podrá usarlo para comprobar el buen funcionamiento o las cargas adecuadas y, llegado el caso, podrá resultarle útil para verificar futuras migraciones.

Introducción de tareas de administración repetibles

Las construcciones con scripts, la implantación y otras medidas de procedimiento son modos sumamente valiosos de aumentar la eficiencia operacional.

Le recomendamos crear y usar scripts y registros cada vez que pueda para ampliar la automatización, la posibilidad de auditorías y la posibilidad de repetición de tareas tales como la instalación y desinstalación de aplicaciones en el entorno de WebSphere Process Server. Usted podrá usar scripts volver a producir cambios a la configuración, para iniciar y detener el entorno, y para monitorear la profundidad de la cola y los eventos con fallas.


Monitoreo y reparación para un sistema saludable

Un entorno de producción requiere un monitoreo constante. Debido a que WebSphere Process Server se basa en el WebSphere Application Server, las prácticas de administración del Application Server también corresponden en este caso. Además, se dispone de herramientas y prácticas específicas a WebSphere Process Server para el monitoreo de sistemas.

WebSphere Application Server ofrece una variedad de herramientas que sirven para administrar un sistema desde la perspectiva del servidor de aplicaciones. El IBM Redbook, WebSphere Application Server V6.1: Administración y configuración de sistemas ofrece información más detallada sobre este tema.

WebSphere Process Server provee agregados a la Application Server Administrative Console, como por ejemplo aplicaciones para gestionar los eventos con fallas o navegar por eventos de la base común. Las siguientes secciones explican los artículos que se deberán monitorear:

Antes de informar a los administradores sobre un evento ocurrido en el sistema, deberán estar instaladas las herramientas de monitoreo necesarias. Por ejemplo, se ha superado un determinado umbral definido para una cola. Además, estas herramientas brindan información recogida en el sistema que sirve para solucionar o responder a estos eventos. Como mínimo, debe haber un script automático que recoja todos los datos específicos para brindar un soporte operacional.

Los MBean APIs de WebSphere son compatibles con Java™Management Extension y ofrecen un amplio conjunto de artículos para monitorear y gestionar de manera programática los cambios en el sistema. Usted podrá fácilmente usar estos API para programar una aplicación de monitoreo a medida. Para más información sobre este tema, consulte los siguientes temas en el Information Center:

Además de lo anterior, una de las buenas prácticas consiste en implementar herramientas para el monitoreo de aplicaciones compuestas. Estas herramientas se pueden usar para brindar un informe de disponibilidad y tiempos de respuesta de los servicios compuestos implantados en el entorno de un WebSphere Process Server.

Usted puede implementarlo mediante servicios a medida que periódicamente invoquen a las denominadas aplicaciones vitales de los subsistemas involucrados, o a través de soluciones como Tivoli®ITCAM que se integran a las infraestructuras existentes de monitoreo, sistema de alertas y rendición de informes.

Revisión de archivos de registro

Consejo práctico: Verifique regularmente los archivos para buscar mensajes de error.

Los JVM dentro de un entorno de WebSphere Process Server graban información en archivos de registro y, si están habilitados, también en archivos de localización Estos archivos de registro resultan buenos indicadores de la salud general del sistema. Además, se escriben archivos First Failure Data Capture (FFDC), por si se produce un problema inesperado durante el procesamiento en tiempo de ejecución.

Existen múltiples JVM en un típico entorno de clústeres de WebSphere Process Server. Cada JVM registra información y errores específicos para su propósito (ver Tabla 1).

Tabla 1. Propósito típico de los JVM en un entorno de WebSphere Process Server
JVMPropósitoElementos a buscar
Administrador de la implantaciónPunto central de configuración.Los archives de registro del Administrador de la implantación resultan importantes para determinar los problemas de configuración.
Node AgentActualizaciones de la comunicación y la configuración.Muy habitualmente, los registros JVM del Node Agent resultan importantes para determinar los problemas de comunicación.
Miembros del clúster MEAlojamiento de los motores de mensajería.Los registros de JVM muestran el motor de mensajería en el estado "Started (Iniciado)" o "Joined (Unido)" o si se ha producido una falla.
Miembros del clúster ApplicationPor lo general, alojan al Business Process Choreographer.Los registros de JVM muestran la información relativa a la ejecución de las tareas humanas y de los procesos de negocios.
Miembros del clúster de soportePor lo general alojan a la Common Event Infrastructure y al Business SpaceLos registros JVM muestran información relativa a la ejecución de Business Space y el procesamiento de eventos de CEI.

Para ver generalidades sobre las opciones de registro disponibles y cómo especificarlas, consulte el IBM Redbook WebSphere Application Server V6.1: Administración y configuración de sistemas. El mismo ofrece generalidades sobre todas las opciones de registro con que usted cuenta.

Usted deberá revisar e inspeccionar regularmente los archivos para captar los problemas con rapidez. Además, deberá monitorear el directorio de FFDC de manera habitual. A partir de WebSphere Process Server 6.1, las entradas a los archivos SystemOut.log de los JVM indican la creación de FFDCs y su ubicación en el sistema.

Por lo general, el rastreo deberá mantenerse al mínimo en un entorno de producción. No habilite búsquedas con niveles de detalle superiores a INFO si no tiene la necesidad específica de hacerlo (por ejemplo, para determinar problemas.)

Deberán mantenerse los archivos de registro que se ocupan de iniciar los diversos componentes con posterioridad al inicio del servidor, debido a que contienen información valiosa, como por ejemplo, el nivel de construcción de los componentes, que puede ser diferente al nivel de construcción general del WebSphere Process Server. Por ejemplo, si bpeupgrade.jacl no fue invocado luego de instalar un parche temporal, es posible que el BPC Explorer esté en un nivel diferente al general del sistema WebSphere Process Server.

Le recomendamos también habilitar el rastreo detallado de los colectores de basura. Posee un impacto insignificante sobre el funcionamiento, y monitorea de manera continua el comportamiento del sistema en cuanto a la utilización de cúmulos. Para más información sobre cómo habilitar esta función para su entorno y sobre la ubicación del registro a estos datos, consulte Enabling verbose garbage collection (verboseGC) in WebSphere Application Server (Cómo habilitar la recolección detallada de basura en WebSphere Application Server).

En general, usted deberá asegurar que el espacio en disco y los derechos de acceso a su sistema de archivos permitan un registro adecuado a WebSphere Process Server.

Además de los dispositivos de registro y rastreo de WebSphere Application Server, WebSphere Process Server ofrece un rastreo entre componentes. Este tipo de seguimiento muestra detalles específicos de las interacciones entre los componentes de SCA.

Monitoreo y gestión de instancias de procesos de negocios y tareas humanas

Las instancias de los procesos de negocios, incluyendo instancias de tareas humanas y de máquinas de estado del negocio, son muy utilizadas dentro de las soluciones de WebSphere Process Server. Se almacenan en la base de datos de Business Process Choreographer (BPEDB). Para asegurar la salud del sistema, el tamaño de la base de datos no deberá aumentar de manera descontrolada.

Gestión de las instancias de procesos de negocios y tareas humanas completas

Consejo práctico: Mantenga el número total de instancias lo más bajo posible.

Una vez completadas las instancias de procesos de negocios y tareas humanas, dichas instancias deberán guardarse en la base de datos o deberán ser eliminadas de manera automática. Las instancias que no se eliminen automáticamente luego de completadas necesitarán de la atención especial del administrador de sistemas de WebSphere Process Server.

Usted deberá definir, junto con la parte responsable, el periodo durante el cual se guardarán las instancias. En base a esta evaluación, usted deberá implementar una acción administrativa que elimine las instancias que ya no resultan necesarias. La Parte 2 de esta serie se ocupa detalladamente de las opciones disponibles para limpiar las instancias completadas de la base de datos de Business Process Choreographer.

En la mayoría de los casos, las instancias se guardan en la base de datos para poder posteriormente verificar los detalles de las mismas. Sin embargo, es importante saber que la base de datos en tiempo de ejecución sólo conserva una instantánea del historial, y no el historial completo. Un futuro artículo de esta sección se ocupará de describir las opciones adecuadas de archivo.

Reparación de las instancias de procesos de negocios

Consejo práctico: Examine y repare las instancias de procesos en espera.

Los procesos de negocios prolongados pueden tener una vida útil de años, pero por lo general, el responsable de la función de negocios define un tiempo máximo para el proceso de negocios que se ejecuta en su entorno de WebSphere Process Server. Es aconsejable verificar regularmente cuáles son las instancias de proceso que permanecen activas durante un periodo superior a este tiempo, definido como la duración máxima de las mismas. Además, usted deberá verificar regularmente si se han producido errores durante la ejecución del proceso que puedan ocasionar que las actividades pasen al estado STOPPED (detenidas). Estas actividades requieren intervención manual para que la instancia del proceso pueda avanzar.

Con el BPC Explorer, usted podrá usar la vista predefinida de “Critical processes” (Procesos críticos) o definir vistas a su medida que recuperen sólo las instancias problemáticas en base sus propios criterios de filtro. Le recomendamos introducir estas vistas en sus procesos de negocios y monitorearlas a intervalos regulares. Toda instancia que se muestra requiere el análisis, junto con su función de negocios, de la necesidad de dicha extensión a la duración en cada caso particular o de la necesidad de intervención manual, como por ejemplo el reinicio de una actividad o la finalización de la instancia.

En un futuro artículo de esta serie se brindará información detallada respecto de este tema.

Monitoreo y administración de eventos con fallas

Consejo práctico: Mantenga en cero el número de eventos con fallas.

Los eventos con fallas se generan cuando se producen fallas técnicas mientras se procesan las solicitudes entre componentes de SCA de manera asincrónica. Usted puede examinar estos eventos con la interfaz de usuario del administrador de eventos con fallas de la consola Administrativa, y luego volver a enviarlos o eliminarlos. Puede acceder al administrador de eventos con fallas por medio de la consola administrativa o por medio de una interfaz MBean. Junto con el responsable de la aplicación, usted deberá definir una estrategia de administración para manejar los eventos con fallas. Para mayor información sobre el administrador de eventos con fallas, consulte Failed event manager (administrador de eventos con fallas) en el WebSphere Process Server Information Center.

De ser posible, se recomienda implementar procedimientos para manejar automáticamente los eventos con fallas conocidos, e implementar procedimientos para monitorear de manera automática la aparición de nuevos eventos. Use la interfaz MBean para programar su propia aplicación de monitoreo. Para más información acerca de la interfaz del administrador de eventos con fallas, consulte FailedEventManager interface.

En un futuro artículo de esta serie se brindará más información sobre el manejo de eventos con fallas.

Monitoreo y administración del tamaño del almacén de eventos de la CEI

Consejo práctico: De ser posible, no use para nada el almacén de eventos de CEI.

Usted puede almacenar los eventos de una base común mediante un componente de WebSphere Process Server en el almacén de datos de eventos de base común (la base de datos EVENTS) más allá de que estén publicados en el bus de la CEI. Se pueden habilitar o deshabilitar la emisión o el almacenamiento de eventos. Si el almacenamiento de estos eventos en el almacén de datos de eventos se encuentra habilitado en su sistema, usted deberá monitorear y administrar su tamaño de manera active, usando el Navegador de CBE de la Consola Administrativa.

Los siguientes temas del Information Center describen cómo se trabaja con eventos de base común:

Monitoreo y administración de mensajes en los destinos del bus de integración de servicios

WebSphere Process Server le brinda la opción de integrar sistemas de back-end por medio de mensajes. Además, utiliza la mensajería en el bus de integración de servicios para su procesamiento interno. En consecuencia, es importante monitorear y administrar los mensajes del sistema. Además de las colas de los módulos SCA generados y las colas personalizadas usadas por las exportaciones e importaciones de JMS, se deberá prestar especial atención a las siguientes colas:

Monitoreo y repetición de las colas de espera del Business Flow Manager (Administrador de flujos de negocios) y del Human Task Manager (Administrador de tareas humanas)

Consejo práctico: Mantenga las colas de espera sin elementos.

La cola de espera del Business Flow Manager (BFM) así como la cola de espera del Human Task Manager (HTM) deben ser monitoreadas. Los mensajes de las colas de espera por lo general son necesarios para que prosiga la navegación de las instancias de procesos prolongados. El motivo de los mensajes que se observan en la cola de espera de BFM puede ser que la carga del sistema resultó demasiado alta en determinado momento, lo cual puede haber generado interrupciones y retrocesos en las transacciones. Para no perder mensajes en estas situaciones, el sistema los coloca en la cola de espera. La cantidad de mensajes en estas colas debe ser cero, por lo cual será necesario que el administrador intervenga manualmente si aparecen mensajes en esta cola.

El Administrador de Eventos con Fallas brinda acceso a esos mensaje a partir de la versión WebSphere Process Server V6.2y puede usarse para repetirlos. Todas las opciones disponibles para administrar estos mensajes serán explicadas en un artículo posterior de esta serie.

Monitoreo de los destinos de excepción del SISTEMA

Consejo práctico: mantenga los destinos de excepciones del sistema en cero.

WebSphere Process Server usa numerosos buses de integración de servicios para su mensajería. Cada uno de los buses tiene un destino de excepción del SISTEMA definido. Allí se almacenan los mensajes que no pueden ser procesados por el bus de integración de servicios. El motivo por el cual dicho mensaje no se puede procesar puede ser, por ejemplo:

  • Una sobrecarga en el sistema, que generó interrupciones o retrocesos.
  • El contenido del mensaje está corrupto o no puede ser leído por la aplicación del consumidor
  • Errores de la aplicación.

Monitoree la profundidad de las colas de los destinos de excepción del sistema. La meta será llegar tener colas vacías. Para monitorear las colas, se pueden usar scripts administrativos a medida, al igual que herramientas como por ejemplo Service Integration Bus Explorer o Service Integration Bus Destination Handler. A partir de WebSphere Process Server V6.2, también se dispone de un Service Integration Bus Browser en la consola administrativa. En un artículo posterior de esta serie, se brinda más información acerca de cómo manejar los mensajes en estas colas.

Monitoreo del estado de los puertos de oyentes WebSphere MQ

Consejo práctico: mantenga en funcionamiento a sus puertos de oyentes.

Cuando recupera los mensajes de las colas de WebSphere MQ, Process Server hace uso de los puertos de oyentes. Estos puertos requieren el monitoreo constante para saber si se encuentran en funcionamiento y, en consecuencia, habilitando a Process Server para recuperar los mensajes de WebSphere MQ.

Usted puede monitorear el estado de los puertos de oyentes de su sistema con la consola administrativa o con ListenerPort MBean. Le recomendamos que implemente una aplicación de monitoreo que use ListenerPort MBean para poder verificar regularmente el estado de los puertos y reiniciarlos si fuera necesario.

Monitoreo de bloqueos a la secuencia de eventos

Consejo práctico: Asegúrese de liberar los bloqueos.

El secuenciamiento de eventos garantiza que los componentes de WebSphere Process Server procesen los eventos en el orden en que son enviados. El orden de los eventos se mantiene en todo el escenario de integración de negocios para las invocaciones asincrónicas.

El servicio de secuenciamiento de eventos garantiza el correcto funcionamiento de esta funcionalidad al almacenar los bloqueos en la base de datos de back-end de WebSphere Process Server.

En algunos casos, es posible que estos bloqueos no puedan liberarse. Entonces, será necesario liberarlos manualmente con el comando esAdmin. Los siguientes temas del WebSphere Process Server Information Center ofrecen más información al respecto:

Monitoreo de los almacenes de eventos de los adaptadores que se usan en el sistema

Consejo práctico: Asegúrese de que no se acumule el trabajo entrante.

WebSphere posee una amplia cartera de adaptadores que se pueden usar en el lado entrante y saliente del módulo. Cuando se usan los adaptadores en el lado entrante, la recomendación general es utilizar el almacén de eventos para poder proseguir con la lectura de los eventos desde una base de datos, un sistema de archivos, o EIS, de manera que no se pierdan durante el proceso de entregas. En estas circunstancias, usted deberá monitorear regularmente el almacén de eventos a fin de evitar la acumulación de eventos.

El trabajo entrante, al igual que la cantidad de archivos del sistema de archivos para un adaptador de archivos planos o los datos de una tabla de una base de datos para un adaptador de JDBC, no deberá aumentar de manera extraordinaria.

Para más información sobre los adaptadores, consulte Configuring and using adapters (Configuración y uso de adaptadores).

Monitoreo y actualización continuos de las bases de datos

Consejo práctico: Actualice periódicamente las estadísticas de las bases de datos.

Una parte integral del mantenimiento de un entorno de producción saludable es la administración de las bases de datos de back-end. Las mejores prácticas generales se tratan en la Parte 3.

Monitoreo y actualización continuos del sistema operativo y el espacio de disco

Consejo práctico: No pierda de vista los recursos de su sistema operativo.

Para poder asegurar la salud del sistema, no solo se deberá actualizar WebSphere Process Server, sino que también se deberán monitorear periódicamente las necesidades a nivel del sistema operativo. Preste atención al consumo de memoria y de la CPU, a la utilización de red y/o de datos I/O, y a la cantidad de espacio libre en disco.

El consume promedio de recursos no deberá acercarse a los límites de su infraestructura para que queden reservas suficientes para lidiar con picos de carga temporarios.

Mantenimiento del tamaño del directorio wstemp

Consejo práctico: Elimínelo cuando realice el mantenimiento.

Usted deberá limpiar regularmente los contenidos de este directorio cuando los JVM dentro de la celda administrativa se encuentren detenidos y no haya una sesión de configuración activa. Esto tendrá un impacto positivo sobre las acciones de configuración, como por ejemplo la instalación de aplicaciones.

Incluya la limpieza de los directorios wstemp en los pasos de su procedimiento de implantación. Asegúrese de no eliminar la subcarpeta wstemp\events ni sus contenidos durante este procedimiento. Para obtener información más detallada sobre el directorio wstemp, consulte Content and maintenance of the wstemp directory for WebSphere Process Server V6 (Contenidos y actualización del directorio wstemp para WebSphere Process Server V6).


Cómo aplicar los cambios al sistema

Los cambios al sistema de Process Server deben hacerse de manera regular, ya sea que se trate de la introducción de una nueva aplicación, la actualización de una aplicación, el cambio de configuración o la aplicación del último paquete de servicio. Todos estos cambios deberán manejarse con cuidado.

Antes de realizar cualquier cambio en un entorno de producción, se deberán llevar a cabo pruebas suficientes en un entorno similar al de producción. La introducción descontrolada de cambios al entorno de producción puede ocasionar daños en el sistema. Por ejemplo, el agregado de nuevas aplicaciones a un sistema existente puede llegar a afectar los acuerdos de nivel de servicios de la aplicación existente, debido a que ahora, los recursos del sistema se comparten entre más aplicaciones. Usted deberá introducir un registro de cambios para llevar un registro de qué es lo que se cambió y quién realizó el cambio.

Además, es importante crear una copia de seguridad del sistema antes de introducir cambios tales como la actualización de productos o de aplicaciones. Una estrategia de copias de seguridad adecuada y confiable constituye una parte importante de todos los entornos de WebSphere Process Server.

Gestión de aplicaciones

Además de las prácticas de gestión para las aplicaciones de WebSphere Application Server, como por ejemplo las aplicaciones de instalación, desinstalación y actualización, existen temas y mejores prácticas específicas para la gestión de aplicaciones en WebSphere Process Server.

A diferencia de las aplicaciones usuales del Application Server, es posible que las aplicaciones del WebSphere Process Server incluyan componentes con instancias prolongadas. Esto significa que puede haber, por ejemplo, una instancia de proceso de negocios en el sistema que demore semanas en completarse. La desinstalación de la aplicación correspondiente puede dañar las operaciones del negocio.

Las aplicaciones de Process Server se basan en módulos SCA. Usted podrá examinar estos módulos mediante la consola de administración de Process Server. Algunas implementaciones de los componentes SCA de Process Server, como por ejemplo los procesos de negocios, necesitan especial atención durante la gestión de aplicaciones. Por ejemplo, serán necesarias acciones adicionales para desinstalar o actualizar las aplicaciones que contengan procesos de negocios o tareas humanas. Más aún, existen acciones para detener procesos y plantillas de tareas, que llevan a deshabilitar la creación de nuevas instancias al tiempo que permiten que las instancias existentes finalicen.

Un aspecto importante de la gestión de aplicaciones en WebSphere Process Server es el control de versiones de los módulos SCA, los procesos de negocios y las tareas humanas. El concepto de control de versiones de Process Server le permite introducir una nueva versión de una aplicación mientras la versión antigua sigue en efecto y finaliza el trabajo prolongado que estaba realizando. Para ver más información sobre el control de versiones de procesos de negocios y tareas humanas, consulte Versioning business processes and human tasks in WebSphere Process Server (Control de versiones para procesos de negocios y tareas humanas en WebSphere Process Server).

En uno de los siguientes artículos de la serie se brinda información detallada sobre la gestión de aplicaciones

Cómo aplicar el mantenimiento de productos

Las actividades de mantenimiento programadas desempeñan un papel importante en la prevención de comportamientos inesperados en el sistema que ya hayan sido identificados por IBM y para los cuales exista una solución. Desarrolle un plan que permita la aplicación oportuna de parches para Application Server y Process Server con el fin de evitar interrupciones temporales en la producción.

Esto se logra de la siguiente manera:

  • Suscríbase a las actualizaciones de contenidos de soporte de My Notifications (Mis notificaciones) y revise periódicamente los parches disponibles para determinar el impacto de los mismos sobre el entorno de producción.
  • Integre el consumo de los parches de relevancia al próximo plan de entrega disponible según su estrategia de promoción a la producción.

Además, usted deberá contar con un claro procedimiento de notificaciones para estar al tanto de todas las ventanas de mantenimiento programado o no programado de los sistemas conectados dentro del entorno para actuar en consecuencia y tomar las medidas necesarias en el entorno de Process Server.


Conclusión

En este artículo, usted aprendió sobre los conceptos básicos de la operación de un entorno WebSphere Process Server. Este es solo el comienzo, ya que los artículos posteriores de la serie brindarán conceptos más detallados sobre los diversos temas que se presentan en estas generalidades.

La Parte 2 describe las opciones de limpieza para las instancias de procesos y tareas completas con el fin de mantener un tamaño óptimo de BPEDB. La Parte 3 describe el mantenimiento de la BPEDB a nivel de la base de datos. La serie incluirá futuros artículos que tratarán temas tales como la gestión de aplicaciones, las opciones de archivo o el monitoreo y la reparación.


Agradecimientos

Los autores desean agradecer a Mark Allman, Karri Carlson-Neumann, Erich Fussi, Heinz Luedemann, Jose Martinez Rodriguez, Leon Matthews, Richard Metzger, Elke Painke, Ruth Schilling, Ralf Schmauder, Marc Schwind, y Vishnuvardhanaraj Selveraj por la revisión del artículo y el aporte de valiosos comentarios.

Recursos

Comentarios

developerWorks: Ingrese

Los campos obligatorios están marcados con un asterisco (*).


¿Necesita un IBM ID?
¿Olvidó su IBM ID?


¿Olvidó su Password?
Cambie su Password

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


La primera vez que inicie sesión en developerWorks, se creará un perfil para usted. La información en su propio perfil (nombre, país/región y nombre de la empresa) se muestra al público y acompañará a cualquier contenido que publique, a menos que opte por la opción de ocultar el nombre de su empresa. Puede actualizar su cuenta de IBM en cualquier momento.

Toda la información enviada es segura.

Elija su nombre para mostrar



La primera vez que inicia sesión en developerWorks se crea un perfil para usted, teniendo que elegir un nombre para mostrar en el mismo. Este nombre acompañará el contenido que usted publique en developerWorks.

Por favor elija un nombre de 3 - 31 caracteres. Su nombre de usuario debe ser único en la comunidad developerWorks y debe ser distinto a su dirección de email por motivos de privacidad.

Los campos obligatorios están marcados con un asterisco (*).

(Por favor elija un nombre de 3 - 31 caracteres.)

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


Toda la información enviada es segura.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=90
Zone=WebSphere
ArticleID=465401
ArticleTitle=Operación de un entorno de WebSphere Process Server, Parte 1: Generalidades
publish-date=01282010