依次消息传递

在 BizTalk Server 2004 中，端对端、依次处理是通过 MSMQT 作为传输机制来完成的。MSMQ 保持消息进入 BizTalk 以及它们被添加到出站工作队列的次序。只要两点之间的处理保持此次序，则端对端的次序将被保持下去。在使用编排时，传递通知 (DeliveryNotification) 通过确保消息在继续发送编排中的消息之前被完全发送出去来对次序传递进行模拟。

在 BizTalk Server 2006 中，这种功能被扩展到支持任何使用与 BizTalk Server 2004 中出站 MSMQT 相同排序语义的发送端口。在接收方，仍然需要一个支持依次处理的适配器——MSMQ，并且 MQSeries 适配器将（与 MSMQT 一道）支持这一选项。注意：文件适配器不能利用这一点，这是因为人们对出现在系统中的文件的顺序进行诠释的方式太多。例如：时间戳顺序，以 Cxxx 为首的文件排在所有以 Oxxx 为首的文件之前，文件名中的数据决定顺序；或者人们可以发明任何其他的方案！

从中可以看出，BizTalk Server 2006 包含支持端对端、依次传递所需的全部功能，但在设计还需考虑次序的逻辑和业务流程时要谨慎从事。

大消息转换

在 BizTalk Server 的早期发行版中，文件映射总是发生在内存中。尽管在内存中进行映射提供了最佳的性能，但在大文件被映射时，将很快使资源耗竭。有鉴于此，BizTalk Server 2006 引入了对大消息转换的支持。在转换大消息时采用不同的转换引擎，从而以更高效的方式来使用内存。在处理大消息时，消息数据被缓冲到文件系统中，而不是使用 DOM（文档对象模型）加载到内存中。这种方式使得内存的消耗保持水平，因为内存仅仅用于存储缓冲的数据和缓冲区的索引。然而，由于采用文件系统，与在内存中进行转换相比较，预计会造成性能的下降。由于潜在的性能冲击，两种转换引擎在 BizTalk Server 2006 中并存。

当消息大小低于指定的阈值时，采用在内存中进行转换的模式。如果消息大小超出了该阈值，则采用大消息转换引擎。阈值可通过注册表进行配置：

◆DWORD ‘TransformThreshold’
◆‘HKLM\\Software\\Microsoft\\BizTalk Server\\3.0\\Administration’.

在默认条件下，阈值被设定为 1MB（注意：这只是目前的默认值，在最终发行版中可能会变更）。

（责任编辑 火凤凰 sunsj@51cto.com  QQ：34067741  TEL：（010）68476636-8007）