Biztalk------Orchestration Dehydration,Rehydration机制

当多个运行时间较长的业务流程并发时，内存和性能都是潜在的问题。Orchestration引擎通过“Dehydration”和“Rehydration”机制解决这个问题。

"Dehydration”是把Orchestration实例的状态持久化到SQL Server中，"Rehydration”是“Dehydration”的逆过程。“Dehydration”机制的设计是通过减少同一时间内初始化Orchestration实例的数目而最小化系统资源的消耗。如果某个Orchestration Instance实例闲置了若干时间，Orchestration引擎会根据阀值确定是否需要对该实例进行"Dehydration”操作。

若干触发场景：
1. 实例等待接收消息超过一定时间；
2. 不包含"Activity Receive Shape"的"Listen Shape"，并且等待超过一定时间；
3. 实例被延时超过一定时间，如实例中包含需要较长时间才能完成的DB操作。

Biztalk Administrator Console, HAT Query, Messagebox Backup Archive Purging活动也会影响到"Dehydration”操作是否发生。

"OS Performance Monitor"的“Orchestration Engine“对象包含若干与"Dehydration”和"Rehydration”相关的性能计数器。