BizTalk Server 2006运行时改进(1)

目录

简介 
BizTalk Server 2006 中的处理交换 
标准交换处理 
标准交换示例 
可恢复交换处理 
可恢复交换示例 
如何配置交换处理 
已失败消息路由 
消息续传 
依次消息传递 
大消息转换 
摘要 

简介

BizTalk Server 是 Microsoft 用于构建业务流程和集成解决方案的主要服务器。BizTalk Server 2006 是该产品的第 4 个主要发行版，它建立在前 3 个发行版的创新和成功之上：BizTalk Server 2000、2002 和 2004。2006 发行版包含新的功能和引擎改进，允许开发者创建更灵活的集成业务流程解决方案。通过本文档的教程，我们将查看其中一些运行时改进，包括交换处理、已失败消息路由、消息续传、依次消息传递和大消息转换。

BizTalk Server 2006 中的处理交换

在 BizTalk 的术语中，“交换”指的是可以被 BizTalk Server 处理的消息。当一个交换包含两个或多个文档时，常见于接收批处理时，BizTalk 对该交换进行解析将得到多个消息。这些消息的处理方式取决于在管道上选定的交换处理类型。有了 BizTalk Server 2006，开发者在开发自定义管道时可以选择使用标准交换处理或可恢复交换处理。当管道已被编译并部署到应用程序中时，这些设定可以在运行时使用 BizTalk 管理控制台进行重载。管理控制台还可用于修改随 BizTalk Server 2006 所附带的默认 XML 管道的设定。

虽然 BizTalk Server 2004 支持标准交换处理，但可恢复交换处理是 BizTalk Server 2006 的新特性，在早期发行版中不存在。为了充分地诠释 2006 发行版中的改进，下面提供了对两种处理选项的阐述。

标准交换处理

标准交换处理是 BizTalk Server 2004 中的唯一选项，也是 BizTalk Server 2006 中预先配置的平面文件和 XML 接收管道的默认处理方式。当一个交换抵达接收位置时，配制好的管道将该交换分解为一个或多个消息。然后，消息分别由管道进行验证，并在 BizTalk 的 EPM（端点管理器，End-point Manager）中进行收集。如果任何时候该集合中的任何消息失败，则整个交换将被挂起。被挂起的消息以整个交换的形式出现，而不是单独的部分。在使用 BizTalk Server 2004 时，这些消息是不可续传的，必须通过 HAT（健康状况和活动跟踪工具，Health & Activity Tracking Tool）或程序控制的方式来终止。与早期发行版不同，BizTalk Server 2006 支持对入站挂起的消息进行续传。随后将对消息续传进行讨论。 

标准交换示例

最易于理解的方式莫过于将该过程图形化。在以下示例中，我们将查看如何通过标准交换处理对一个包含五个有效消息和一个错误消息的平面文件进行处理的。理解跨越这些阶段的图 1 至图 3 。

图 1：标准交换处理

在图 1 中，接收位置具有一个包含 6 个单独的平面文件消息的平面文件交换。接收位置已配置为使用一个用于标准交换处理的自定义平面文件管道组。当管道接收到交换后，它会分解成 6 个单独的平面文件。每一个平面文件将通过管道进行分解和验证，并由端点管理器进行收集。

图 2：标准交换处理