修复: 提供的修复程序,它提供了最少的低层协议的其他传递模式属性发送和接收适配器的 BizTalk 加速器 HL7 的 BizTalk 服务器 2010年环境中

文章翻译 文章翻译
文章编号: 2564013 - 查看本文应用于的产品
展开全部 | 关闭全部

本文内容

概要

本文介绍了两个附加的传送模式属性的最小低层协议 (MLLP) 发送和接收端口,当您在 Microsoft BizTalk 服务器 2010年环境中为 HL7 使用 BizTalk 加速器提供了一个修补程序:
  • 使用 MLLP 传输确认
    此属性仅在可用两个单向接收端口和单向发送端口。
  • MLLP 传输 NAK 上挂起请求消息
    此属性将只在单向发送端口。
MLLP 接收适配器支持两种单向和双向请求响应模式。如果配置接收适配器,则使用 HL7 处理 按序的送达 参数。这保证了消息传递的顺序进行维护。当 MLLP 接收双向模式中运行的适配器,适配器适配器生成到上游的系统上一个消息的应用程序 (MSA) 确认之前不会收到一封新邮件从上游的系统。生成的 ACK NAK 发送到消息框数据库 (MessageBoxDB)。MessageBoxDB 到上游的系统发送 ACK/NAK 之前等待下一次轮询间隔。

上游系统发送只有一个消息,一次而且,只有在它接收到 ACK/NAK 之后。此外,配置 BizTalk 轮询间隔,和 按序的送达 参数设置为 则返回 true.这意味着每个处理的消息数第二个受到限制。此修补程序提供的额外的配置为单向发送端口和接收端口。它不影响 ACK/NAK。但是,它将大大增加每秒处理的文档数。

应使用性能计数器来采取了比较基准之前和之后应用此修补程序。当基准时,您应在合理的时间提交合理数量的消息。例如,您可以使用以下:
  • 对于 BizTalk: 消息处理 类别中,使用 每秒处理的文档 计数器。
  • 对于 BizTalk: 消息传送滞后时间 类别中,使用所有可用的计数器。

若要增加每秒处理的文档数的一种方法是降低 MaxReceiveInterval BizTalk 主机的设置。根据总体环境,和文档的处理,数量上的计算机正在运行 Biz 交谈服务器 2010年的调整降低 MaxReceiveInterval 设置无法具有 SQL Server 的实例的性能带来负面影响。对于 SQL Server 调优和 BizTalk 调整,请参阅所有可用的技术文章。

更多信息

注意 此修补程序还可解决为 HL7 的 Microsoft BizTalk 2010 加速器中的问题。有关此问题的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
2454887可能会错误地记录事件为 BizTalk 2009 加速器中基于 MLLP 的消息为 HL7 Microsoft BizTalk Server 2009年或 Microsoft BizTalk 服务器 2010年正在运行的计算机上

修补程序信息

可以从 Microsoft 获得支持的修补程序。但是,此修补程序用于解决本文中描述的问题。此修补程序仅适用于系统遇到本文中描述的问题。此修补程序可能会接受进一步的测试。因此,如果这个问题没有对您造成严重的影响,我们建议您等待包含此修补程序的下一个软件更新。

如果此修补程序可供下载,没有在此知识文库文章顶部"修补程序下载"部分。如果未显示此部分,请联系 Microsoft 客户服务和支持,以获取此修复程序。

注意 如果出现其他问题或是否需要任何故障诊断,您可能要创建一个单独的服务请求。正常收取支持费用将应用于此特定的修补程序不计的其他支持问题和事项。有关的 Microsoft 客户服务和支持电话号码,或创建一个单独的服务请求的完整列表,请访问以下 Microsoft 网站:
http://support.microsoft.com/contactus/?ws=support
注意 在"可用的修补程序下载"窗体显示修补程序是可用的语言。如果您看不到您的语言,这是因为一个修补程序不能用于该语言。

系统必备组件

您必须具有 Microsoft BizTalk 加速器为 HL7 (BTAHL7) 安装在应用此修补程序。

重新启动信息

您可能不得不在应用此修补程序后重新启动计算机。如果不,系统将提示您重新启动,则必须重新启动 BizTalk 服务。有关此过程的详细信息,请参阅此修复程序包中包含的 Readme.txt 文件。

替换信息

此修补程序不替代以前发布的修补程序。

文件信息

此修补程序的英文版具有的文件属性 (或更新的文件属性) 下表中列出。日期和时间,这些文件列出了以协调通用时间 (UTC)。当您查看文件信息时,它将转换为本地时间。若要了解 UTC 与本地时间之间的时差,请使用 时区 在选项卡 日期和时间 在控制面板中的项。

收起该表格展开该表格
文件名称文件版本文件大小日期时间平台
Microsoft.solutions.btahl7.mllp.dll3.9.526.2116,6082011 年 06 月 07 日15: 27x86
Microsoft.solutions.btahl7.shared.dll3.9.526.292,0402011 年 06 月 07 日15: 27x86
Mllpreceive.exe3.9.526.226,4562011 年 06 月 07 日15: 27x86
Mllpsend.exe3.9.526.226,4482011 年 06 月 07 日15: 27x86


有关此修补程序

此修复程序是安装和配置后的邮件流

应用并启用此修补程序后,MLLP 适配器将提交由 MessageBoxDB MLLP 适配器接收任何消息。结束点管理器 (EPM) 回拨与中的提交状态一起使用的适配器 BatchComplete 方法。这将导致适配器将提交 ACK/NAK 发送到上游的系统。反过来,上游系统收到 ACK/NAK,然后发送的下一步的消息。" BatchComplete 方法是独立的 MaxReceiveInterval 设置和邮件成功提交到 BizTalk 之后立即被调用。

一旦准备好发送该邮件,发送适配器将传输到下游的系统消息。如果预计 ACK/NAK 使用 MLLP 传输确认 若要设置属性 则返回 true.如果发送 ACK,BizTalk 完成处理成功。如果发送 NAK,并且 MLLP 传输 NAK 上挂起请求消息 若要设置属性 则返回 true消息挂起直接而不重新连接。但是,如果 MLLP 传输 NAK 上挂起请求消息 若要设置属性 False,重试 BizTalk 将根据发送端口重试间隔设置。(默认情况下 MLLP 传输 NAK 上挂起请求消息 若要设置属性 False.)

下图显示了邮件流:
收起这个图片展开这个图片
邮件流
  1. 由发送应用程序处理的 MLLP 上游系统发送的邮件接收适配器。
  2. MLLP 适配器将 BizTalk/EPM 消息提交。
  3. EPM 回拨消息提交状态有关的适配器。EPM 实现此 批处理完成 方法。
  4. 提交 ACK/NAK 由 MLLP 适配器生成,并基于批处理提交状态。ACK/NAK 被发送到发送应用程序。

    注意 如果批处理提交状态 成功适配器返回确认使用但是,如果出现故障,或提交超时 (例如,如果 批处理完成 方法调用超时),适配器返回 NAK 发送应用程序。

  5. EPM 通过邮件交给 MLLP 发送适配器进行传输。
  6. MLLP 向下游系统发送适配器发送处理的消息。
  7. MLLP 发送适配器应传输级别 ACK/NAK 完成通信。
  8. 如果在步骤 7 中的消息是一个 ACK,适配器会询问 EPM 删除的邮件。否则,该适配器必须 EPM 寻求根据重试间隔设置重试。一个新的选项中提供了发送端口配置设置为正在挂起邮件直接,而无需重试,如果收到 MLLP NAK。默认情况下此选项设置为 False.如果此选项设置为 则返回 true消息将被挂起直接,而无需重试,如果收到 MLLP NAK。

传输级别 ACK/NACK 格式

有关传输技术指标的详细信息,请访问以下 HL7 网站:
http://www.hl7.org/v3ballot/html/infrastructure/transport/transport-mllp.html
该网站包含以下信息:
  • MLLP 提交确认信息的示例:
    <SB><ACK><EB><CR></CR></EB></ACK></SB>
  • MLLP 负的示例提交确认:
    <SB><NAK><EB><CR></CR></EB></NAK></SB>
备注
  • 在这些示例中,<SB>是指启动块字符 (1 个字节)。这对应于<VT>ASCII 字符或<0x0B>。<b00> </b00> </0x0B> </VT> </SB>

    这不应混淆 SOH 或 STX ASCII 字符。
  • 在这些示例中,<ACK>或<NAK>引用确认字符 (1 个字节。对应于<ACK>ASCII 字符或<0x06>) 或负确认字符 (1 个字节。对应于<NAK>ASCII 字符或<0x15>)。<b00> </b00> </0x15> </NAK> </0x06> </ACK> </NAK> </ACK>
  • 在这些示例中,<EB>是指 End 块字符 (1 个字节)。这对应于<FS>ASCII 字符或<0x1C>.</0x1C> </FS> </EB>
  • 在这些示例中,<CR>是指的回车字符 (1 个字节)。这对应于<CR>ASCII 字符或者<0x0D>.</0x0D></CR></CR>
  • Microsoft 提供的第三方联系信息以帮助您查找技术支持。此联系信息如有更改恕不另行通知。Microsoft 不能保证此第三方联系信息的准确性。

如何配置接收和发送端口,以使用新的属性

配置接收和发送端口,如下所示。

注意 接收和发送端口设置可以单独或一起使用。

接收端口配置
  • 端口必须是单向端口。
  • " 按序的送达 必须启用参数。
  • 您必须设置 使用 MLLP 传输确认 属性 则返回 true 若要启用传输级别确认。默认情况下,此属性设置为 False 对于现有的端口或新的端口。
收起这个图片展开这个图片
接收端口
发送端口配置
  • 端口必须是单向端口。
  • 要求响应模式必须设置为 .
  • " 按序的送达 必须启用参数。
  • 您必须设置 使用 MLLP 传输确认 属性 则返回 true 若要启用传输级别确认。默认情况下,此属性设置为 False 对于现有的端口或新的端口。
  • 您必须设置 MLLP 传输 NAK 上挂起请求消息 属性 则返回 true 如果消息需要直接而正在重试传输 NAK 收到来自下游系统时,将暂停。否则,该消息将重试设置高级选项发送端口传输的次数。默认情况下,此属性设置为 False 对于现有的端口或新的端口。
收起这个图片展开这个图片
发送端口

有关"使用 MLLP 传输确认"属性

下表描述预期的行为的单向或双向端口使用的 使用 MLLP 传输确认 属性。"如何启用此修补程序"一节中所述,必须将应用所需的设置的组合。

备注
  • "上游系统"指的是发送应用程序。它将消息发送到 BizTalk 中。这些消息是传入到 BizTalk。
  • "下游系统"指的是接收应用程序。它接收来自 BizTalk 消息。这些消息传出到 BizTalk。


收起该表格展开该表格
端口的种类MLLP V2 选项MLLP V2 选项关闭
单向接收向上游系统中发送 MLLP ACK/NAK BatchComplete 方法。行为方面没有变化。 在此情况下,没有 ACK/NAK 发给上游的系统。
双向接收行为方面没有变化。 在此情况下,在 HL7 ACK/NAK TransmitMessage 方法被发送到上游的系统。

注意 不支持此选项。例如,忽略即使的值设置为 则返回 true.
行为方面没有变化。 在此情况下,在 HL7 ACK/NAK TransmitMessage 方法被发送到上游的系统。
单向发送从下游系统 MLLP ACK/NAK 消息传输后等待。行为方面没有变化。 这种情况下,从下游系统 ACK/NAK 不是等待后传输消息。
双向发送或恳求-响应模式下启用的单向发送行为方面没有变化。 在此情况下,被等待 HL7 ACK/NAK 从下游系统后传输消息。

注意 不支持此选项。例如,忽略即使的值设置为 则返回 true.
行为方面没有变化。 在此情况下,被等待 HL7 ACK/NAK 从下游系统后传输消息。


双向接收和发送端口行为不会更改。单向接收和发送除非,也不更改端口行为 使用 MLLP 传输确认 属性设置为 true。

有关详细信息,请参阅 MLLP 适配器文档。如果单向接收和发送端口具有适当的配置,可以提高性能。如果 使用 MLLP 传输确认 生成的 ACK 种为双向端口或单向端口的属性设置为 false,将继续而无需更改。在此情况下,生成的 ACK 的种类取决于发送邮件应用程序的 BTAHL7 配置资源管理器设置。字段中的值 MSH 15MSH 16 特定邮件可以覆盖此设置。但是,如果 使用 MLLP 传输确认 为双向端口或单向端口的属性设置为 false,您可以设置静态 Ack 期望只能通过使用 BTAHL7 配置资源管理器的应用程序的配置。端口的超时行为保持不变。..

在角情况下使用属性时的预期的行为如下所示:

接收
  • WrongMLLPFormat: 该邮件时不会提交到 BizTalk。
  • WrongHL7Format: 邮件提交到 BizTalk,和 MLLP ACK/NAK 传输所基于的批处理完成状态。
  • TransmittingSocketIssue: MLLP ACK/NAK 则不传输邮件提交到 BizTalk 虽然。
  • ReceivingSocketIssue: 该消息尚未收到,并且因此不提交时,并没有 MLLP ACK/NAK 传输发送。
  • 如果提交到 BizTalk 失败,则传输 NAK。
  • 如果接收到负状态的批处理完成时,则传输 NAK。
发送和发送端口 "停止当前消息失败时发送后续消息"属性 = 真
  • WrongMLLPFormat: 因为不能读取 MLLP ACK/NACK 挂起消息。挂起的消息都被清除之前,不会继续处理。
  • WrongHL7Format: 该消息之前到达该适配器失败。挂起的消息都被清除之前,不会继续处理。
  • TransmittingSocketIssue: 消息被挂起。挂起的消息都被清除之前,不会继续处理。
  • ReceivingSocketIssue: 消息被挂起。挂起的消息都被清除之前,不会继续处理。

预期的行为时 MLLP 传输 NAK 上挂起请求消息 若要设置属性 则返回 trueFalse 如下所示:
  • MLLP 传输 NAK 上挂起请求消息 若要设置属性 则返回 true 并收到 NAK,该邮件时挂起,而无需将其发送重试。
  • MLLP 传输 NAK 上挂起请求消息 属性设置为默认设置 False重试发送启动消息时,根据发送端口重试间隔设置。

MLLP SDK 实用程序的更改

MLLP SDK 实用程序包括以下新参数。所有其他参数保持不变。有关详细信息,请参阅产品文档。
  • 对于 MLLPReceive.exe,使用新参数返回 MLLP ACK/NAK 后收到消息。例如:
    MLLPReceive /p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransACK
    MLLPReceive /p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransNAK
  • 为 MLLPSend.exe,请等待 MLLP ACK/NAK 使用新参数。例如:
    MLLPSend /sb 11 /eb 28 /cr 13 /f"C:\HL7\ls.txt"/I 127.0.0.1 /p 11000 /UseMLLPTransACK

参考

有关如何管理在 BizTalk server 的性能设置的详细信息,请访问下面的 Microsoft 开发人员网络 (MSDN) 网站:
管理 BizTalk Server 性能设置
有关消息传递性能计数器的详细信息,请访问下面的 MSDN 网站:
消息传递性能计数器
有关排序的邮件的传递的详细信息,请访问下面的 MSDN 网站:
排序邮件的传递
有关更多信息 BizTalk 2010 加速器为 HL7 (BTAHL7),请访问以下 Microsoft 网站:
BizTalk 2010 加速器为 HL7 (BTAHL7) 文档
有关详细信息 IBTBatchCallBack.BatchComplete 方法,请访问下面的 MSDN 网站:
IBTBatchCallBack.BatchComplete 方法
有关 BizTalk Server 修复程序的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
2003907 BizTalk Server 修复程序的信息

属性

文章编号: 2564013 - 最后修改: 2011年11月1日 - 修订: 2.0
这篇文章中的信息适用于:
  • Microsoft BizTalk Server Branch 2010
  • Microsoft BizTalk Server Developer 2010
  • Microsoft BizTalk Server Enterprise 2010
  • Microsoft BizTalk Server Standard 2010
关键字:?
kbautohotfix kbqfe kbhotfixserver kbfix kbsurveynew kbexpertiseinter kbbug kbmt KB2564013 KbMtzh
机器翻译
注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。
点击这里察看该文章的英文版: 2564013
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性,不作任何声明。 所有该等文件及有关图形均"依样"提供,而不带任何性质的保证。Microsoft和/或其各供应商特此声明,对所有与该等信息有关的保证和条件不负任何责任,该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下,在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中,Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。

提供反馈

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com