Configuración de un servicio de temporizador para Network Deployment

Puede configurar el servicio de temporizador de Enterprise JavaBeans (EJB) para temporizadores que pueden persistir a través de conclusiones y reinicios del servidor de aplicaciones.

Antes de empezar

Una instancia de base de datos debe existir antes de realizar cualquiera de los procesos que se describen en este tema. Por ejemplo, puede tener una instancia DB2 u Oracle. Debe configurar el servicio Timer para que utilice esa base de datos.

Acerca de esta tarea

WebSphere Application Server implementa el servicio de temporizador EJB (Enterprise JavaBeans). En función de las necesidades de la empresa, puede utilizar temporizadores persistentes o no persistentes. Los temporizadores persistentes resultan útiles si crea un temporizador para un suceso basado en el tiempo que requiera garantizar la existencia del temporizador más allá del ciclo de vida del servidor, para que persista a través de los cierres y reinicios del servidor. Los temporizadores persistentes iniciados previamente se inician automáticamente al iniciar el servidor, y necesitan una instancia de base de datos.

Los temporizadores no persistentes no utilizan ningún almacén de datos y se cancelan cuando el servidor de aplicaciones está detenido o no permanece en estado activo. Los temporizadores no persistentes sólo existen en el servidor en el que se han creado. En un entorno en clúster, si la aplicación EJB crea automáticamente un temporizador no persistente y esta aplicación se replica en varios servidores, cada servidor tiene su propio temporizador no persistente que se ejecuta en dicho entorno de servidor. Los temporizadores no persistentes creados mediante programación sólo se ejecutan en el miembro de clúster en el que se han creado.

Tanto los temporizadores persistentes como los no persistentes necesitan un gestor de trabajo. Los temporizadores persistentes utilizan el gestor de trabajo que usa el servicio de planificador. De forma predeterminada, los temporizadores no persistentes utilizan el gestor de trabajos predeterminado del servidor, pero se pueden configurar para que utilicen un gestor de trabajos diferente, a través de los scripts de temporizador EJB. Los temporizadores no persistentes no utilizan el servicio de planificador.

La configuración de un temporizador persistente en un entorno de despliegue de red está relacionado, principalmente, con la utilización del mismo origen de datos.

Puede configurar el servicio de temporizador para compartir la misma base de datos entre varios servidores. No obstante, cada servidor debe utilizar su propia tabla de base de datos exclusiva. Realice uno de los procesos siguientes para configurar el servicio de temporizador para compartir la misma base de datos entre varios servidores:

Avoid trouble Avoid trouble: Cuando se configura un temporizador/planificador de EJB, recuerde que el planificador predeterminado utiliza la base de datos Apache Derby basada en archivos para obtener rápidamente un entorno activo y en ejecución. NO utilice la base de datos Derby con fines de producción. Asimismo, la base de datos Derby predeterminada no da soporte a un planificador de trabajos en clúster ni a un contenedor de proceso por lotes en clúster.gotcha

Procedimiento


Icon that indicates the type of topic Task topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tejb_timercluster_v8
File name: tejb_timercluster_v8.html