X/Open DTP模型與XA協議的學習筆記

標籤：style   blog   http   java   使用   width   

最近的任務是裡瞭解XA協議。要瞭解XA協議，必須先瞭解X/Open DTP模型，稍微總結一下：

X/Open DTP(Distributed Transaction Process)是一個分散式交易模型。這個模型主要使用了兩段提交(2PC - Two-Phase-Commit)來保證分散式交易的完整性。在這個模型裡面，有三個角色：

• AP: Application，應用程式。也就是業務層。哪些操作屬於一個事務，就是AP定義的。
• TM: Transaction Manager，交易管理員。接收AP的事務請求，對全域事務進行管理，管理事務分支狀態，協調RM的處理，通知RM哪些操作屬於哪些全域事務以及事務分支等等。這個也是整個事務調度模型的核心部分。
• RM：Resource Manager，資源管理員。一般是資料庫，也可以是其他的資源管理員，如訊息佇列(如JMS資料來源)，檔案系統等。

三者之間的關係

一般的編程方式是這樣的：

1. 配置TM，通過TM或者RM提供的方式，把RM註冊到TM。可以理解為給TM註冊RM作為資料來源。一個TM可以註冊多個RM。

1. AP從TM擷取資源管理員的代理（例如：使用JTA介面，從TM管理的上下文中，擷取出這個TM所管理的RM的JDBC串連或JMS串連）

2. AP向TM發起一個全域事務。這時，TM會通知各個RM。XID（全域事務ID）會通知到各個RM。

3. AP通過1中擷取的串連，直接操作RM進行業務操作。這時，AP在每次操作時把XID(包括所屬分支的資訊)傳遞給RM，RM正是通過這個XID與2步中的XID關聯來知道操作和事務的關係的。

4. AP結束全域事務。此時TM會通知RM全域事務結束。

5. 開始二段提交，也就是prepare - commit的過程。

 

XA協議(XA Specification)，指的是TM和RM之間的介面。

其實這個協議只是定義了xa_和ax_系列的函數原型以及功能描述、約束和實施規範等。至於RM和TM之間通過什麼協議通訊，則沒有提及。

目前知名的資料庫，如Oracle, DB2等，都是實現了XA介面的，都可以作為RM。Tuxedo、TXseries等事務中介軟體可以通過XA協議跟這些資料來源進行對接。

Tuxedo使用TMS(開關檔案)進行對各個RM的註冊。TMS檔案產生通過一個類似編譯連結的方式完成。(這點我有點不是十分確定。如有錯誤請各位糾正)。Tuxedo分為用戶端和服務端程式。按照我的理解，用戶端就是AP，服務端是TM

JTA(Java Transaction API)是符合X/Open DTP的一個編程模型，交易管理和資源管理員支架也是用了XA協議。

WebSphere本身也實現了JTA介面，其中TM和RM之間也是使用XA協議和二段提交。

WebSphere也可以通過XMLlink/XMLlink Wrapper和Tuxedo實現對接。

WebLogic可以通過WTC(WebLogic Tuxedo Connector)和Tuxedo進行對接。