WebSphere Enterprise Service Bus, Versión 6.2.0 Sistemas operativos: AIX, HP-UX, i5/OS, Linux, Solaris, Windows


Propiedades de transacción y recuperación de soluciones

WebSphere ESB se basa en WebSphere Application Server y, como tal, da soporte a un modelo transaccional que realiza transacciones empresariales.

WebSphere ESB se basa en este modelo transaccional, que sirve para las aplicaciones SOA y BPM de acoplamiento débil.

Técnicamente, esto significa dos cosas:

  1. WebSphere ESB se basa en sistemas de bases de datos y mensajería para conseguir patrones de ejecución de aplicaciones transaccionales.
  2. Las transacciones son importantes en los sistemas de mensajería y de bases de datos.

    Las transacciones cumplen las propiedades ACID. Se considera que una transacción cumple las propiedades ACID cuando incluye atomicidad, coherencia, aislamiento y duración.

    WebSphere ESB utiliza los sistemas de bases de datos y mensajería para conseguir un patrón de "acoplamiento débil". WebSphere ESB actualiza una base de datos y envía un mensaje. Tanto la actualización de la base de datos como el mensaje están comprometidos en la misma transacción.

    Otra característica de un patrón de "acoplamiento débil" consiste en extraer un mensaje de un sistema de mensajería y actualizar las bases de datos. Si existe una anomalía durante este proceso, el suceso vuelve a la cola de mensajes como si no se hubiera leído. WebSphere ESB tiene un mecanismo de reintento, en que, después de 5 intentos, el suceso va al Gestor de sucesos con error. La expresión "acoplamiento débil" se refiere al hecho de que no es preciso que todo el trabajo se realice en una sola transacción grande.

Cómo evitar la pérdida de datos en caso de una anomalía del sistema

Con una configuración y ajuste apropiados de los gestores de recursos disponibles, no se perderán datos si hay una anomalía de una determinada parte del sistema. La integridad de las transacciones, incluidos los mecanismos de retrotracción y de recuperación, son componentes clave de WebSphere que garantizan que los datos no se pierdan si se producen anomalías.

Para que los mecanismos de retrotracción y de recuperación de WebSphere funcionen, debe configurar los gestores de recursos (base de datos y mensajería) de forma adecuada. Por ejemplo, los bloqueos de tiempo de espera excedido en las bases de datos deben definirse de forma apropiada, de modo que cuando un servidor se recupere, pueda completar el compromiso o retrotraer sin encontrar condiciones de bloqueo.

WebSphere ESB añade prestaciones adicionales que aumentan los de WebSphere Application Server, para proporcionar una solución completa para recuperar datos de anomalías inesperadas.

Descripción de alto nivel de la habilitación de las características de recuperación

El modelo de recuperación central de WebSphere ESB se basa en unidades de trabajo. El sistema puede manejar y recuperarse de anomalías que se producen durante las operaciones del sistema centradas en el cumplimiento de una sola unidad de trabajo, proporcionando un servicio ininterrumpido. Este tipo de recuperación ocurre a través de una serie de mecanismos de reintento y de colas de error. Parte de su diseño de aplicaciones debe incluir la posibilidad de diferenciar los errores del sistema de los errores de la aplicación. Los errores del sistema se devuelven a la infraestructura que apoya el componente que efectúa la llamada, donde se puede intentar la recuperación de nivel de sistema adicional o se puede producir una transformación hacia una excepción empresarial más genérica. Puede configurar la ejecución automática de diferentes mecanismos de reintento. Además, WebSphere ESB proporciona un conjunto de consolas y las interfaces de programación correspondientes que permitan más intervenciones de usuarios cuando sea apropiado. Muchas de estas prestaciones y las anomalías con las que tratan se pueden aprovechar mientras el servidor que contiene ese trabajo sigue procesando nuevas solicitudes.

Servidor no disponible - Descripción de alto nivel

Si una anomalía provoca que uno o más servidores de un clúster de WebSphere con alta disponibilidad no esté disponible, las prestaciones de recuperación adicionales del sistema se invocan del modo siguiente:
  1. El trabajo interno se envía lejos del sistema anómalo

    Esto se lleva a cabo mediante los recursos de gestión de carga de trabajo de WebSphere Application Server subyacentes, que pueden variar según el protocolo, la topología y la configuración.

  2. El administrador inicia las acciones

    Mientras el sistema en conjunto se mantiene activo y disponible, el administrador puede efectuar operaciones de recuperación.

    Las acciones del administrador están enfocadas a la realización de clasificaciones básicas y a reiniciar el servidor anómalo. Este reinicio vuelve a reproducir las anotaciones cronológicas de transacción y debería limpiar la mayoría de situaciones anómalas del servidor.

    La utilización de los mecanismos de manejo de errores proporcionados por WebSphere ESB en ocasiones es obligatoria para administrar una recuperación completa.

Clúster no disponible - Descripción de alto nivel

Si un clúster de servidor entero deja de estar disponible o no responde, es necesario un conjunto de acciones de recuperación más implicadas. Por ejemplo, si un recurso compartido como, por ejemplo, una base de datos deja de estar disponible, todos los servidores de un clúster tienen las mismas dificultades para completar el trabajo.

Los procedimientos que tratan de la recuperación de recursos compartidos dependen del recurso compartido que ha sufrido la anomalía. Puede aplicar diferentes técnicas de WebSphere para minimizar el tiempo de inactividad global y reiniciar el trabajo detenido.

Anomalía catastrófica - Descripción de alto nivel

En situaciones catastróficas, hay máquinas enteras que pueden no estar disponibles o determinados servidores pueden considerarse no recuperables. En tales casos, puede basarse en las características avanzadas en WebSphere para la recuperación de las anomalías de un servidor para que se ejecuten en otro servidor del mismo clúster. Con el uso de esta característica y el requisito previo de disponer de almacenamiento de red conectado a algún otro mecanismo para compartir las anotaciones cronológicas, este tipo de recuperación también es posible. Para obtener más información sobre la recuperación de un servidor anómalo por otro miembro del mismo clúster, consulte Recuperación de iguales.


concept Tema de concepto

Condiciones de uso | Comentarios


Icono de indicación de la hora Última actualización: 05 julio 2010


http://publib.boulder.ibm.com/infocenter/dmndhelp/v6r2mx/topic//com.ibm.websphere.wesb620.doc/doc/crec_trnsactional.html
Copyright IBM Corporation 2005, 2010. Reservados todos los derechos.
Este centro de información está basado en tecnología Eclipse (http://www.eclipse.org).