IBM Integration Bus, Version 9.0.0.8 Operating Systems: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

See information about the latest product version

Configuring global coordination of transactions (two-phase commit)

Globally coordinate message flow transactions with a transaction manager to ensure the data integrity of transactions. On distributed systems, the WebSphere® MQ queue manager that is associated with the broker performs the transaction manager role.

Before you start:

Read Message flow transactions to understand how the broker handles transactions. Depending on the external resource managers that the broker accesses during the processing of its deployed message flows, you must complete the appropriate resource-dependent set of tasks to ensure that all resources are configured correctly. For example, you might have to create and configure databases.

You, or your message flow developer, must also ensure that the message flows deployed to the broker are set up to support coordination. The tasks involved in configuring the message flows correctly are described in Configuring transactionality for message flows.

You can access the following external resources in a message flow transaction:

On distributed platforms, the default behavior of the broker is to manage all message flow transactions by using a one-phase commit approach. In many contexts this approach is sufficient, but if your business requires assured data integrity and consistency (for example, for audit reasons, or for financial transactions), you can configure the broker and its WebSphere MQ queue manager to manage the message flow transactions in a two-stage commit approach, by using the XA protocol standard.

You configure the WebSphere MQ queue manager by updating its qm.ini file, to add definitions of the additional resource managers with which you want WebSphere MQ to coordinate updates. Follow the instructions provided for the resource managers that are relevant in your environment:

z/OS platformOn z/OS®, all transactions are globally coordinated by Resource Recovery Service (RRS), therefore the instructions in this topic do not apply. However, you must ensure that RRS is available; see Resource Recovery Service planning on z/OS.

When you have completed these steps, your message flows are processed by using global coordination, which is managed by the queue manager.

You must complete all the steps correctly; if you do not, global coordination will not work.

For an example of how you can use WebSphere MQ to globally coordinate transactions, look at the following sample:

You can view information about samples only when you use the product documentation that is integrated with the IBM® Integration Toolkit or the online product documentation. You can run samples only when you use the product documentation that is integrated with the IBM Integration Toolkit.


ae83285_.htm | Last updated Friday, 21 July 2017