2phase-commit

    3热度

    1回答

    我在Windows环境中使用PostgreSQL 9.2。 我在使用MSDTC的2PC(2 phase commit)环境中。 我有一个客户端应用程序,它在SERIALIZABLE隔离级别启动一个事务,在表中为特定外键值插入一行新数据(列上有一个索引),并投票完成交易(交易是准备好的)。该交易将由交易协调员提交。 在此之后,在同一个事务之外,同一个客户端为同一个特定的外键值请求所有的行。 由于在真

    0热度

    1回答

    任何人都可以通过ejb3教程指向weblogic上的两阶段提交吗? 我环顾四周,发现只有one,但它不使用XA。

    1热度

    1回答

    我想了解两阶段提交并在每个本地站点执行的分布式事务的一部分,目前尚不清楚给我。 这是否发生在编写消息被发送之前。那是在两阶段提交xa协议运行之前发生的吗? 或根本每个站点接收准备消息,这意味着准备消息本身也包括交易的查询将被执行之后,执行其分布式事务的一部分?

    0热度

    1回答

    DRBD采用什么协议来保证它能够保持2个磁盘彼此同步? 它使用两阶段提交(或类似于2PC的变体)吗? DRBD是否有一个异步/脱机协调器不断检查磁盘是否有偏差?

    0热度

    1回答

    我的问题是这样的: 说我有一个事务管理器和2个资源管理器。 TM告诉RM准备。 RMs确认他们已准备好/投票yes。 TM告诉RM要提交。 RM 1提交并确认提交。 由于网络故障,RM 2永远不会收到提交消息。 在这种情况下,我知道RM 2处于等待状态,然后会话在数据库中超时并进入置疑状态。 如果TM在超过AbandonTimeout之前未与RM重新连接,则放弃该事务。 我的问题是,当TM继续尝试

    0热度

    1回答

    请考虑这种情况。 协调器发送准备消息2名人参加,和崩溃 参与者锁定资源成功,然后等待协调恢复 协调员复苏,但并没有从参与者收到有关prepare_success消息 消息 是否需要人工干预来解锁锁定的资源?或者参与者询问协调员以查找交易状态? 首先,这听起来与参与者没有收到提交消息的情况类似,但主要的区别在于协调员重新发送该场景中的消息。在上面列出的方案中,协调员甚至不知道它必须重新启动全局事务,

    0热度

    1回答

    想象一下,我们有2个节点执行汇款。节点A启动从一个账户到另一个账户的资金转账,并且节点B对于完成该交易是可重复的。因此为了完成这个事务,节点A必须向节点B发送一些TRANSFER请求,并且在成功节点B上必须响应确认TRANSFER请求。我看到的可能的问题是:接收到TRANSFER请求后,节点B执行事务但未能发送响应。因此,节点A认为请求失败并报告问题,但事务已经完成。即使考虑两阶段提交协议(,其中

    0热度

    2回答

    在ZooKeeper的程序员指南的Consistency Guarantees部分,它指出动物园管理员会给“单系统映像”保证: 客户端会看到相同的服务的认识,而将其连接到服务器。 根据ZAB协议,只有当超过一半的追随者承认提案时,领导者才能进行交易。所以很可能不是所有的追随者都处于同一状态。 如果追随者的状态不一样,ZooKeeper如何保证“单一系统状态”? 参考文献: ZooKeeper’s

    0热度

    2回答

    我有一个应用程序部署在Tomcat中,后端oracle和JPA作为持久性管理器。现在我们正在引入一个中间数据库(最可能的是SolidDB或TimesTen),它将带来2阶段提交的额外要求。由于tomcat不支持J2EE,我们无法使用常规方法。如何使用Atomikos。有没有其他支持tomcat的事务管理系统?我们的应用程序在一天内将有4000万条记录的高峰负载。将使用Atomikos可靠吗?欢迎任

    0热度

    1回答

    我试图推断可以由保证同步数据源的系统/框架采取的故障恢复操作。我一直无法找到Narayana恢复机制的明确解释。 问题1:Narayana是否实质上采用两阶段提交来确保跨2个数据源的分布式事务?问题2:有人可以在这种情况下解释Narayana的行为吗? 应用希望保存X到2个数据存储 纳拉亚纳的事务管理器(TM)产生一个事务ID和写入信息到磁盘 TM现在发送准备消息给两个数据存储 每个数据存储回应p