利用J2EE Connector Architecture(9)

WebSphere Application Server V6（和 WebSphere Application Server Enterprise V5）中提供的“最后的参与者支持”使单一具有单阶段提交能力的资源管理器（如来自 CICS ECI 资源适配器的连接）能够参与具有任何数量的两阶段提交能力的资源管理器的全局事务。

通过扩展的部署描述符 (XDD) 为给定的 EJB 组件启动 LPS 功能。WebSphere Application Server 中的企业应用程序设置提供了包含 Accept heuristic hazard 复选框的“最后的参与者支持”属性页（图 8）。

图 8. WebSphere Application Server：最后的参与者支持

也可以配置 WebSphere Application Server V6 事务服务程序，在提交单阶段提交资源以前写入额外的日志条目，以便在恢复期间确保合适的启发式报告。这可以通过管理控制台来启用，方法是导航到 Application Servers => Server => Server properties => Transaction Service，然后选中 Enable logging for heuristic reporting 复选框。

如果使用 z/OS 平台上的 WebSphere Application Server，事务支持有什么不同？

在 WebSphere Application Server for z/OS 的本地模式中使用 CICS Transaction Gateway 时，CICS ECI 资源通过使用内部的 RRS 功能支持全局事务。此支持针对 z/OS 环境而优化，并且在使用远程网关时，不需要两阶段提交所需的 XA 事务流的开销。

此外，WebSphere Application Server for z/OS 允许在同一事务中使用带有任何具有 RRS 能力的资源的单一的具有单阶段提交能力的资源。与分布式平台上的 WebSphere Application Server 不同，不需要指定 LPS XDD 属性使用此行为。

请注意，由 CICS Transaction Gateway 为 WebSphere Application Server for z/OS 提供的 RRS 全局事务支持不支持使用 Bean 管理的本地事务。这意味着不支持使用 CICS ECI 连接工厂的 LocalTransaction 接口，详情请见问题 1。

在 z/OS 上部署 CICS TG 的好处是什么？

z/OS 上的 CICS TG 使用 EXCI 提供对 CICS 的高速交叉存储访问，这是其他平台无法提供的机制，因为它是基于 MRO 的通信机制。通过 EXCI 协议还可以使用 MVS Resource Recovery Services (RRS) 提供两阶段提交事务支持，这在 CICS TG V6.1 中可以通过 XA 支持获得。

CICS TG V6.1 for z/OS 还支持跨克隆的 CICS Transaction Gateway 守护进程之间的TCP/IP 负载平载，这样可以利用 TCP/IP 端口共享来提供较高的吞吐量和可用性。

如果在两阶段提交处理过程中出现网络连接故障，会发生什么情况？

当事务处于处理状态时（在提交进程启动之前），如果指向 CICS Transaction Gateway 守护进程的 TCP/IP 网络连接中断，则在 CICS Transaction Gateway 守护进程接到中断的通知后会立即在 RRS 中将事务标记为回滚。不过，如果在提交进程中连接被中断，那么事务可能在未确定阶段被挂起，并且在连接重新建立后，守护进程将从事务管理器 (WebSphere Application Server) 等待提交或回退响应。

是否存在单阶段提交协议比两阶段提交协议更有好处的情况？

尽管两阶段提交进程通常是分布式事务支持的先决条件，但是在某些实例中，使用单阶段提交进程就足够了，甚至会更好：

如果仅进行对 CICS 的单个调用，并且在事务中没有对可恢复资源的其他更新，就没必要使用全局事务。在这种

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!