执行恢复

资源管理器通过在资源失败之后重新登记事务参与者来促进事务中的持久登记的解决。

恢复过程

若要持久登记以后可恢复的资源（由 IEnlistmentNotification 接口的实现描述），应调用 EnlistDurable 方法。 此外，还必须使用资源管理器标识符 (EnlistDurable) 提供 Guid 方法，资源管理器标识符可用于在资源失败时统一标记事务参与者。 因此，在恢复期间，提供给初始登记调用的 Guid 应该与 Reenlist 调用中的 resourceManagerIdentifier 参数相同。 否则，会引发 TransactionException。 有关持久登记的更多信息，请参见在事务中将资源登记为参与者。

在 2PC 协议的准备阶段（第 1 阶段），当持久资源管理器的实现接收到 Prepare 通知时，它应记录其在此阶段中的准备记录。 该记录应包含提交时完成事务所需的所有信息。 可通过检索 preparingEnlistment 回调的 RecoveryInformation 属性，在以后恢复期间访问准备记录。 无需在 Prepare 方法中执行记录，因为 RM 可在辅助线程上执行此操作。

恢复过程分为以下两步：

第 1 步 – 重新登记

资源管理器检查状态不确定的每个登记的准备信息记录。 通过检查 RecoveryInformation 回调的 PreparingEnlistment 属性来执行该操作，该回调在第 1 阶段用 Prepare 通知传递给资源管理器。

对于所检查的每个此类登记，它都会对事务管理器调用 Reenlist。 此方法会传递一个唯一的标识资源管理器的 Guid，还会在字节数组中传递登记信息。 此时，将返回一个新的 Enlistment 对象。 如果重新登记失败并引发异常，则资源管理器将需要在以后重试。

当资源管理器从故障中重新启动时，只应调用 Reenlist 方法。 此外，应该仅重新登记在两阶段提交的初始准备阶段中由资源管理器记录的未解决事务。 在无效的时间调用此方法的任何尝试都可能产生错误的结果。

当使用此方法重新登记参与者时，将相应地调用对应于事务结果的 IEnlistmentNotification 的第 2 阶段方法（即 Commit、Rollback 或 InDoubt）。

第 2 步 – 完成恢复

完成所有重新登记后，资源管理器会调用 RecoveryComplete 方法。 此方法将完成恢复，并向事务管理器通知资源管理器不再有状态不确定的事务。 通过这样做，资源管理器可保证它不会再次调用 Reenlist 方法。

资源管理器在新事务中进行登记之前，无需解决所有状态不确定的事务。 在资源管理器与事务管理器建立关系后，可随时执行第一步。但在调用 RecoveryComplete（第 2 步）后，就不能再执行第 1 步。 可多次执行第 2 步，并且不会影响事务的结果。