TIBCO ESB实战系列：交易完整性实例

最新推荐文章于 2015-02-07 23:06:11 发布

Steel Ren

最新推荐文章于 2015-02-07 23:06:11 发布

阅读量4.6k

点赞数 1

分类专栏： TIBCO技术 SOA技术文章标签： jms 测试 manager server 服务器 kill

本文链接：https://blog.csdn.net/steelren/article/details/4085351

版权

本文介绍了在TIBCO ESB中处理JMS消息时如何避免数据丢失，通过调整流程确保交易完整性。文章讨论了自动确认模式导致的数据丢失问题，提出使用ClientAcknowledge模式并添加Confirm Activity来改善。同时，通过引入Checkpoint减少重复数据的风险，并探讨了在生产环境中使用Transaction的重要性。最后，作者提及了分布式事务插件XA Transaction Manager在确保业务系统可靠性中的作用。

摘要由CSDN通过智能技术生成

前些日子，以前组里的同事参加一个POC测试，测试中有一个异常测试用例，就是在测试程序运行的时候，将流程kill掉来模仿系统宕机的情况，然后将流程重新启动，最后检查是否有数据丢失。这个测试用例出现了问题，最后检查数据，总共有几十万条数据，大约丢失了十几条。同事将他们的做流程发给我，让我帮忙看一下，流程大致如下：

该BW流程从JMS的Queue上接收消息，将消息进行处理后发送到另一个Queue中。流程中的JMS Queue Receiver的Acknowledge Mode是Auto。从这个流程中，不难判断出，出现数据丢失的原因是当kill掉BW流程的进程的时候，流程已经从JMS服务器上取到消息，但是整个流程还没有运行结束。因为JMS Queue Receiver使用了Auto Acknowledge方式，在Receiver接收到JMS消息的时候就会将消息从JMS Server中Confirm掉。如果这时流程被kill掉，JMS已经被Confirm掉，但是数据还没有处理完，这条数据就丢失了。