本主题适用于 Windows Workflow Foundation 4。
利用 SQL 工作流实例存储的“实例锁定异常操作”属性，可以指定当 SQL 持久性提供程序收到 InstanceLockedException 时应采取什么操作。当持久性提供程序尝试锁定当前已由另一个服务主机锁定的工作流服务实例时，将收到此异常。此属性的允许值包括：“不能重试”、“基本重试”和“积极重试”。默认值为“不能重试”。以下列表对这三个选项进行了说明：
**不能重试（默认值）。**持久性提供程序不会重新尝试锁定实例，会将 InstanceLockedException 传递给调用方。
**基本重试。**持久性提供程序使用线性重试间隔重新尝试锁定实例，并成功锁定该实例或在序列结尾将 InstanceLockedException 传递给调用方。
**积极重试。**持久性提供程序使用指数规律增大的延迟重新尝试锁定实例，并成功锁定该实例或在序列结尾将 InstanceLockedException 传递给调用方。在开始尽可能快地尝试获取锁定时，这些间隔很短，而且每次尝试不成功后，这些间隔将延长。
实例锁定异常操作功能支持以下方案。在所有方案中，如果将 SqlWorkflowInstanceStore 的 instanceLockedExceptionAction 属性设置为“BasicRetry”或“AggressiveRetry”，主机会定期透明地重试获取对实例的锁定。
**支持正常关机和应用程序域的重叠回收。**假定正在回收某一服务主机正在运行工作流服务实例的 AppDomain，并且当正常关闭旧 AppDomain 时，将启动新 AppDomain 以便并行处理新请求。此关闭将等待一段时间，直到工作流服务实例空闲为止，然后将保存并卸载这些实例。新 AppDomain 中的任何主机尝试锁定其中的某个实例都会导致 InstanceLockedException。
**在同类服务器场中水平扩展持久性工作流。**假定服务器场中正在运行工作流实例的某一节点崩溃，并且工作流主机无法移除对其正在运行的实例的锁定。当场中的另一节点上运行的服务主机接收到有关该工作流实例的消息时，它会尝试获取对这些实例的锁定，并且将接收到 InstanceLockedException。该锁定将在一段时间后过期，这是因为原本应续订锁定的主机已不再存在。
**在同类服务器场中水平扩展持久性工作流。**假定您希望使用支持 NLB（网络负载平衡器）的多个主机水平扩展持续性工作流，在场中的一个节点上运行的工作流主机加载了一个工作流实例，并且正在处理一条消息，该实例的下一条消息将路由到在另一节点上运行的主机，其原因在于 NLB 没有相应的路由算法将多条消息传递到已在运行该实例的主机。接收到此消息后，第二个主机尝试加载工作流实例，并接收到 InstanceLockedException，这是因为第一个主机已锁定该实例。第一个主机在处理完第一条消息后，将解除对该实例的锁定，第二个主机将在下次重试时获取锁定，然后加载该实例，并处理第二条消息。