使 XA 事务管理器灵活地应对资源管理器故障，确保更高的可用性

核心提示： 您的事务管理器能保证较高的可用性吗？下面是一些考虑因素，您可以用来考虑事务管理器，使 XA 事务管理器灵活地应对资源管理器故障，确保更高的可用性(3)，确保即使发生了灾难性的 XA 故障（如在一个分布的 XA 事务过程中，资源管理器不可用）的情况下，目的是要说明只有执行事务的进程或线程受到了影响

您的事务管理器能保证较高的可用性吗？

下面是一些考虑因素，您可以用来考虑事务管理器，确保即使发生了灾难性的 XA 故障（如在一个分布的 XA 事务过程中，资源管理器不可用）的情况下，它还能保持高度可用：

从出故障到资源管理器恢复可用之前，您还能够使用事务管理器运行非 XA 事务吗？

您能够运行未涉及出故障的资源管理器的事务吗？

即使在发生故障的资源管理器持续不可用时，您能够在事务管理器中提交下一个事务而不出现问题吗？

资源管理器恢复可用时，包含了出故障的资源管理器的事务是否也自动解决了问题呢？

资源管理器恢复可用前，事务管理器的行为是什么？执行需要恢复的事务的线程或进程是否不断重试资源管理器，希望它恢复可用？

事务管理器是否存有旧连接？资源管理器恢复可用后，新事务的第一次调用是否会出错？

当资源管理器在不同时间点出现故障时，下面小节展示的一些测试案例可以帮助您解决这些问题，因为它们都与事务管理器相关。如果这些条件都不符合您的情况，应该与供货商商议事务管理器的功能。

面向 XA 弹性的测试案例

如果一个资源管理器失效，下面的四个测试案例能够帮您判断事务管理器是否能够在高可用性的情况下运行。所有的测试案例都有着同样的假设：

事务管理器要么是一个多线程环境，要么是一个多进程环境。如果是多线程环境，执行事务的单元就是一个线程（叫做执行线程或 ToE）。如果是多进程环境，执行事务的单元就是一个进程（叫作一个执行进程或 PoE）。

这些测试案例演示一个多进程事务管理器，因此每个事务都是在一个独立的进程中执行的。然而，即使执行单元是一个线程，期望的事务管理器行为都是相同的。目的是要说明只有执行事务的进程或线程受到了影响，而总的事务管理器不受影响，并且可用于其它类型的任务。