2phase-commit

3熱度

1回答

我在Windows環境中使用PostgreSQL 9.2。我在使用MSDTC的2PC（2 phase commit）環境中。我有一個客戶端應用程序，它在SERIALIZABLE隔離級別啓動一個事務，在表中爲特定外鍵值插入一行新數據（列上有一個索引），並投票完成交易（交易是準備好的）。該交易將由交易協調員提交。在此之後，在同一個事務之外，同一個客戶端爲同一個特定的外鍵值請求所有的行。由於在真

0熱度

1回答

weblogic ejb3兩階段提交

任何人都可以通過ejb3教程指向weblogic上的兩階段提交嗎？我環顧四周，發現只有one，但它不使用XA。

1熱度

1回答

XA兩階段提交併在準備階段執行？

我想了解兩階段提交併在每個本地站點執行的分佈式事務的一部分，目前尚不清楚給我。這是否發生在編寫消息被髮送之前。那是在兩階段提交xa協議運行之前發生的嗎？或根本每個站點接收準備消息，這意味着準備消息本身也包括交易的查詢將被執行之後，執行其分佈式事務的一部分？

0熱度

1回答

關於DRBD協議的解釋C

DRBD採用什麼協議來保證它能夠保持2個磁盤彼此同步？它使用兩階段提交（或類似於2PC的變體）嗎？ DRBD是否有一個異步/脫機協調器不斷檢查磁盤是否有偏差？

0熱度

1回答

2階段提交第二階段失敗後的全局交易狀態

我的問題是這樣的：說我有一個事務管理器和2個資源管理器。 TM告訴RM準備。 RMs確認他們已準備好/投票yes。 TM告訴RM要提交。 RM 1提交併確認提交。由於網絡故障，RM 2永遠不會收到提交消息。在這種情況下，我知道RM 2處於等待狀態，然後會話在數據庫中超時並進入置疑狀態。如果TM在超過AbandonTimeout之前未與RM重新連接，則放棄該事務。我的問題是，當TM繼續嘗試

0熱度

1回答

Narayana/2PC/XA - 準備郵件傳播失敗後解鎖資源

請考慮這種情況。協調器發送準備消息2名人蔘加，和崩潰參與者鎖定資源成功，然後等待協調恢復協調員復甦，但並沒有從參與者收到有關prepare_success消息消息是否需要人工干預來解鎖鎖定的資源？或者參與者詢問協調員以查找交易狀態？首先，這聽起來與參與者沒有收到提交消息的情況類似，但主要的區別在於協調員重新發送該場景中的消息。在上面列出的方案中，協調員甚至不知道它必須重新啓動全局事務，

0熱度

1回答

分佈式交易聚合

想象一下，我們有2個節點執行匯款。節點A啓動從一個賬戶到另一個賬戶的資金轉賬，並且節點B對於完成該交易是可重複的。因此爲了完成這個事務，節點A必須向節點B發送一些TRANSFER請求，並且在成功節點B上必須響應確認TRANSFER請求。我看到的可能的問題是：接收到TRANSFER請求後，節點B執行事務但未能發送響應。因此，節點A認爲請求失敗並報告問題，但事務已經完成。即使考慮兩階段提交協議（，其中

0熱度

2回答

ZooKeeper如何保證「單一系統映像」？

在ZooKeeper的程序員指南的Consistency Guarantees部分，它指出動物園管理員會給「單系統映像」保證：客戶端會看到相同的服務的認識，而將其連接到服務器。根據ZAB協議，只有當超過一半的追隨者承認提案時，領導者才能進行交易。所以很可能不是所有的追隨者都處於同一狀態。如果追隨者的狀態不一樣，ZooKeeper如何保證「單一系統狀態」？參考文獻： ZooKeeper’s

0熱度

2回答

2使用JPA 0123階段提交tomcat使用JPA

我有一個應用程序部署在Tomcat中，後端oracle和JPA作爲持久性管理器。現在我們正在引入一箇中間數據庫（最可能的是SolidDB或TimesTen），它將帶來2階段提交的額外要求。由於tomcat不支持J2EE，我們無法使用常規方法。如何使用Atomikos。有沒有其他支持tomcat的事務管理系統？我們的應用程序在一天內將有4000萬條記錄的高峯負載。將使用Atomikos可靠嗎？歡迎任

0熱度

1回答

Narayana/XA如何從TM故障中恢復？

我試圖推斷可以由保證同步數據源的系統/框架採取的故障恢復操作。我一直無法找到Narayana恢復機制的明確解釋。問題1：Narayana是否實質上採用兩階段提交來確保跨2個數據源的分佈式事務？問題2：有人可以在這種情況下解釋Narayana的行爲嗎？應用希望保存X到2個數據存儲納拉亞納的事務管理器（TM）產生一個事務ID和寫入信息到磁盤 TM現在發送準備消息給兩個數據存儲每個數據存儲迴應p