REDESII

EXPOSICIONES
MTS

Características.

A continuación se enumeran las principales características aplicables a Microsoft Transaction Server.

• Se basa en la tecnología ActiveX (COM). Los componentes MTS, es decir, aquellos que se desarrollan pensando en el funcionamiento bajo el entorno de Transaction Server, se crean como COM’s, se han de crear como componentes en proceso (DLL’s). Soporta todas las ventajas que ofrecen los COM’s, independencia del lenguaje, se pueden cambiar funcionalidades de un objeto MTS sin necesidad de recompilar toda la aplicación, etc.
• Objetos con y sin estado. Los objetos MTS se pueden definir con o sin estado. Crear un objeto con estado permite mantener información del objeto y activarlo y desactivarlo sin necesidad de destruirlo completamente.
• Mecanismo de Objeto de Contexto. Con esta facilidad que otorga el Transaction Server se oculta la complejidad de gestionar la información de estado de cada objeto.
• Gestiona instanciación de objetos "just in time". Esto quiere decir que un objeto puede ser activado y desactivado tantas veces como sea necesario manteniendo las referencias necesarias con el cliente. Cuando se desactiva un objeto MTS únicamente es necesario mantener una parte de los recursos del servidor, pudiendo liberar gran parte de los que se utilizan cuando el objeto está adtivado. Desde el punto de vista del cliente existe una única instancia del objeto desde que el criente lo crea hasta hasta que finalmente lo libera.
• Incluye la posibilidad de empaquetamiento de componentes. El Transaction Server permite organizar los componentes que participan en una aplicación dentro de paquetes. Estos paquetes se pueden repartir a través de los diferentes servidores para controlar la carga de trabajo y mejorar el rendimiento de las aplicaciones. En cada servidor los paquetes tienen su propio proceso de servidor.

Si se quiere probar un nuevo componente dentro de una aplicación existente, se puede poner ese nuevo compoente dentro de un paquete, lo que facilita la escalabilidad de las aplicaciones. Una vez que la aplicación ha sido "empaquetada" se puede distribuir de dos formas:

• Poniendo los componentes desde el servidor en otro sitema o en el ordenador del administrador en un Web usando el MTS explorer. En este caso es necesario que en ambos servidores se ejecute MTS.
• Utilizando la utilidad "application executable" desde el MTS Explorer, para generar automáticamente los ejecutables de la aplicación que referencian a un servidor remoto. El cliente no tiene por qué estar ejecutando el MTS, aunque sí soporte para DCOM.
• Gestiona conjuntos de conexiones a bases de datos. Controla automáticamente un conjunto de conexiones a bases de datos a través de ODBC. Gracias a esto, las aplicaciones MTS pueden trabajar con IBM DB2, Informix, y otras bases de datos que soporten este estándar. MTS incluye una revisión del driver de OSBC para Oracle permitiendo gestionar a las aplicaciones transacciones directamente con Oracle.
• Gestiona información compartida. Transaction Server tiene un fácil mecanismo para compartir inormación a través de varios usuarios concurrentes.
• Permite la gestión de transacciones. Es el punto fuerte de Transaction Server. Permite definir un objeto para que pueda soportar transacciones, para que no lo haga, para que siempre tenga que ejecutarse en el contexto de una transación o para que un objeto cree su propia transacción. Permite que varios objetos se ejecuten dentro de la misma transacción. A través de SetComplete y SetAbort, se puede decir al objeto que no necesita mantener su estado, y, consecuentemente, ser desactivado.

MTS ofrece un soporte para las transacciones que facilita un aislamiento ante fallos y un mecanismo de recuperación, de forma transparente al programador. Con el MTS Explorer se puede resolver (commit o abort) de forma manual una transacción cuyo estado no puede ser determinado por el sistema.

• Integración con MS DTC. El Transaction Server es completamente compatible con el distributed transaction coordinator, con lo que las transacciones en las que participen servidores remotos son transparentes para el programador. Para este tipo de transacciones se utiliza el protocolo de commit en dos fases.