2Phase Commit

Hoy en día casi todas las aplicaciones utilizan bases de datos para almacenar y transaccionar la información, sin embargo casi todas las aplicaciones tiene como origen de datos una sola base de datos centralizada, en donde guardan toda la información, actualizan o borran, para lo cual una sola transacción garantiza que todos los cambios que realicemos se apliquen de forma atómica.

Sin embargo existen casos concretos en los que es necesario actualizar mas de una base datos en una sola operación, un caso muy tipo es SOA, debido a que es común la necesidad de transaccionar con mas de una base de datos al mismo tiempo.

Este tipo de transacciones pueden ser delicadas debido a que si hacemos commit en la primera, pero la segunda falla, tendremos un problema de integridad, ya que la primera base de datos habrá aplicados los cambios en el commit y la segunda base de datos realizara un RollBack, deshaciendo todos los cambios.

2Phase Commit o Commit de dos faces.

Para resolver el problema que acabamos de ver, es necesario utilizar transacciones distribuidas con un Commit de dos faces.

El 2Phase Commit o Commit de dos faces se diferencia de un commit normal en que este engloba un una sola transacción los cambios realizados en dos o mas base de datos a la vez(XA Transaction). Para realizar esto, cada manejador de base de datos abrirá una transaccion de forma separada. El coordinador de la transacción les solicitara a todos los manejadores de base de datos que se preparen para el commit( Paso 1), en este punto cada base de datos esta lista para hacer el commit, Si todos los manejadores pasan por el paso 1 de forma positiva, entonces el coordinador de la transacción solicitara el commit a todos los manejadores. Al final, si todos las base de datos realizan el commit, entonces la transaccion sera exitoso y se habrá realizado una transaccion global.

Otro escenario es cuando alguno de los manejadores falla durante la preparación al commit, por lo cual toda la transacción falla y todos los manejadores dan un Rollback a la transacción.

Escenario practico:

Para ilustrar esto de una forma mas practica, hablaremos de un ejemplo concreto donde se podria utilizar una transaccion distribuida o XA Transaction.

Imaginemos que tenemos dos sistemas, el sistema de nomina y el contable, sin embargo requerimos realizar un servicio que nos permita crear un usuario, pero que este usuario sea valido para los dos sistemas, para lo cual el servicio tendrá que escribir en la base de datos de los dos sistemas para crearlos. Desde luego que es importante que si la creación falla en algunos de los dos, el usuario no deberá crearse en ninguno de los dos sistemas.

Acabamos de ver un ejemplo simple donde podemos utilizar un commit de dos faces, sin embargo pueden existir muchos mas escenarios donde sea necesario transaccionar dos o hasta mas base de datos a la vez.

Conclusiones:

Las ventajas que ofrecen el 2Phase commit son muy grandes, ya que nos permite realizar transacciones globales con mas de una bases de datos a la vez, Ya solo dependerá de nosotros utilizarlas sabiamente, ya que en ambientes de integración siempre es mas recomendable utilizar servicios que conexiones directas a la bases de datos de nuestros aplicativos.