问题标签 [biztalk-2013r2]

在另一台服务器上部署 BizTalk 解决方案后遇到问题。错误在下面突出显示：-

执行接收管道失败：“BTAHL72XPipelines.BTAHL72XReceivePipeline, BTAHL72XPipelines, Version=1.3.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35” 来源：“BTAHL7 2.X Disassembler” 接收端口：“HL7_25_ADT_A02_ReceivePort” URI：“** ****某个位置*****” 原因：找不到字段：“Microsoft.Solutions.BTAHL7.Pipelines.MessageUtils.VersionforAck24”。

PS：我已经在服务器上安装了两次带有 HL7 Accelerator R2 的 BizTalk 2013 R2。

我是 MSDN 最终订阅持有者，并且我在图库中的 Azure 中创建了一个虚拟机。我从图库中选择了 BizTalk 2013R2 开发人员版，它最初非常棒，为我节省了很多设置时间。不幸的是，仅仅几周后，我的 SQL 许可证就过期了。

由于我没有选择任何形式的评估版，我不希望软件许可证在从库中提供时过期。据我了解，作为 MSDN 的最终客户，我有权获得 BizTalk Developer Edition 以及作为图库 VM 的一部分提供的 SQL 的许可。

我在网上看到了很多关于这个问题的帖子，没有解决方案，我想知道你是否对此有看法。

我是否理解错误，或者是 BizTalk 2013R2 开发人员版库图像的缺陷。一位同事最近报告了 BizTalk 2013R2 标准版图像发生了同样的事情。

如果 SQL 已过期，任何帮助和建议将不胜感激。如果同样的问题会发生，我看不出配置新画廊图像的意义。

从图库中进行配置非常方便，但如果许可证过期，它们就会变得不那么有用并且非常烦人。如果我提供了评估副本，我可以理解，但这里不是这种情况。

我将 BizTalk 2013 R2 与 SharePoint 2013 一起使用。

在 SharePoint 中是文档库“ EN ”。“EN”文档库包含文件夹“ IN ”。因为 SharePoint 适配器只能侦听文档库，所以我做了一个库视图“ EN_IN ”来以平面结构显示所有文档。

所以我像这样配置了 CSOM 适配器

然后出现错误：

Windows SharePoint Services 适配器已完成从 SharePoint 站点http://servername/sites/xy收集列表和文档库信息。

消息资源存在，但在字符串/消息表中找不到消息

我该如何解决这个问题？

哎呀，

我们在 BizTalk 2013 R2 中有两个 BizTalk 应用程序，它们似乎存在随机问题。两个应用程序都遵循相同的过程。

• 从 WCF 终结点提取数据。
• 通过存储过程从数据库中删除数据。
• 插入通过 WCF-SQL 调用提取的新数据。

在我们的测试过程中，这两个应用程序在相当长的一段时间内都运行良好。但是，随着时间的推移，我们在通过 WCF-SQL 调用插入时遇到了一些问题。

1. 从网络读取输入流时发生致命错误。会话将被终止（输入错误：64，输出错误：0）。

此错误出现在 Sql Server 日志中。我们有这个大约一天，然后它就消失了。其他一切都在该目标 sql 服务器上继续正常工作。只有 BizTalk 有问题。

2. 我们最新的错误是对 WCF-SQL 插入的请求发生的地方（实际插入了数据），但从来没有响应。因此，发送端口继续尝试发送它的重试，并且编排只是脱水。

我们修改了整个应用程序中的每个设置以尝试解决这个问题，但只有删除应用程序和重新部署解决了这个问题（至少现在是这样）。

所以，我想我的问题是，是否有其他人在 BizTalk 中遇到过此类问题，比如出现这样的“随机”错误，它会很好地工作，然后像我们所看到的那样走下坡路？

我真的更喜欢稳定且维护最少的东西。这毕竟是企业产品。

在我们的 BizTalk 环境中，我们有特定的主机用于处理、接收和发送。几天前，我们在事件日志中看到了以下信息消息。

此消息从凌晨 1:04:41 开始出现，大约每分钟出现一次，直到当晚晚上 10:01:05。似乎每次主机初始化时，排队发送的所有内容都会开始发送。因此，每一分钟，似乎都在尝试发送相同的数据——因为我们所有各种接口的事件日志中几乎都有相同数量的错误消息。

我想知道什么会导致发送主机每分钟重新初始化一次，如果再次发生，如何找出导致它的原因。有没有人见过这种行为？如果是这样，您是如何解决的？

** 编辑 **

在凌晨 1:00:24，应用程序日志中记录了以下错误

然后在凌晨 1:00:24 记录了以下错误

然后在凌晨 1:03:39 记录了以下信息事件：

记录的下一个事件是在上午 1:04:41 - 主机初始化成功。

上述两个错误事件和信息事件发生在接下来的 21 小时内 SendHost 被初始化事件之前

我正在尝试为 BizTalk 2013 R2 中的 WCF 自定义 Oracle 发送端口设置操作系统身份验证。我可以使用 SQL Developer 中的 OS Auth 连接到 Oracle db（以我的 BizTalk 服务帐户登录时），Visual Studio 也可以使用 OS auth，因此我知道该帐户处于活动状态并且在 Oracle Db 中具有正确的权限。不幸的是，当我尝试查询数据库时，BizTalk 适配器会引发以下异常：

如果我将用户名从“/”更改为本地 Oracle 帐户和密码，BizTalk 可以很好地查询数据库。

我同时安装了 ODAC 2.121.2.0 的 32 位和 64 位 oracle 12c 客户端。Oracle env 变量首先位于系统 PATH 变量中，并且我已将绑定重定向添加到 BizTalk 中的 Microsoft.Adapters.OracleDB.config 文件以引用较新的 ODAC 版本。

任何帮助，将不胜感激。

我必须通过 BizTalk 连接 REST 服务。该服务返回一个 JSON 响应，如下所示。当 BizTalk 响应端口尝试解码 JSON 消息时，我收到有关 JSON 到 XML 转换的错误。发生此错误是因为 JSON 消息中嵌入了 HTML 标记。

错误：

（执行响应（接收）管道失败：“Avansas.Paritus.Suggest.T.JSONReceive，Avansas.Paritus.Suggest.T，版本=1.0.0.0，文化=中性，PublicKeyToken=7b2984270a9ffd13”来源：“JSON解码器”发送端口：“Avansas.Ibrahim.Suggest.T.SendPort”URI：“api1.test.com/services/rest”；原因：解析值时遇到意外字符：<。路径''，第0行，位置0 . )

例如：

如下响应消息在 JSON 中有一个标签元素。Label 元素有一个带有 html 标记 ( City ) 的文本，这就是为什么当 BizTalk 尝试将 JSON 转换为 XML 时出现错误的原因。我认为 BizTalk 尝试将 JSON 转换为图 2，但我想将其转换为图 3。

我该如何解决这个问题？

有没有办法在没有任何架构的情况下通过编排传输？

图1

图 2：

图 3：

我的服务也可以返回 xml 响应，当我尝试处理 xml 响应时出现以下错误。

XML 错误执行响应（接收）管道失败：“Microsoft.BizTalk.DefaultPipelines.XMLReceive，Microsoft.BizTalk.DefaultPipelines，Version=3.0.1.0，Culture=neutral，PublicKeyToken=31bf3856ad364e35”来源：“XML 反汇编程序”发送端口：“aaa.bbb.Suggest.T.SendPort” URI：“ https://api1.test.com/services/rest ” 原因：通过消息类型“html”查找文档规范失败。验证正确部署的架构

和响应xml如下图

在安装 BizTalk Server 2013 R2 时，当我尝试检查组件“开发人员工具和 SDK”时，它显示为不可用。我收到消息“未安装或未满足此选项的至少一项要求”

你能告诉我为什么这个选项不可用吗？我之前需要安装任何其他组件吗？

我正在按照我在BizTalk 2013 安装和配置中找到的步骤 - 安装和配置 BizTalk Server 2013（第 9 部分）

我正在使用 BizTalk WCF 自定义适配器在 SQL Azure 数据库上运行存储过程。我有大约 20k 条记录要作为复合操作进行处理。我们在 Windows Server 2012 上使用 BizTalk 2013 R2。

40-50 分钟后出现以下错误：

使用 URI“mssql://xngoo0zsw2.database.windows.net//overvuuat_20150720?”在发送端口“Swire.BizTalk.M3.Send.PushAssets.Local”上发送到适配器“WCF-Custom”的消息 被暂停。错误详细信息：Microsoft.ServiceModel.Channels.Common.InvalidUriException：超时已过期。在从池中获取连接之前超时时间已过。这可能是因为所有池连接都在使用中并且达到了最大池大小。---> System.InvalidOperationException：超时已过期。在从池中获取连接之前超时时间已过。这可能是因为所有池连接都在使用中并且达到了最大池大小。在 System.Data.ProviderBase.DbConnectionFactory.TryGetConnection（DbConnection owningConnection，TaskCompletionSource1 retry, DbConnectionOptions userOptions, DbConnectionInternal oldConnection, DbConnectionInternal& connection) at System.Data.ProviderBase.DbConnectionInternal.TryOpenConnectionInternal(DbConnection outerConnection, DbConnectionFactory connectionFactory, TaskCompletionSource1 次重试，DbConnectionOptions userOptions) at System.Data.SqlClient.SqlConnection.TryOpenInner(TaskCompletionSource 1 retry) at System.Data.SqlClient.SqlConnection.TryOpen(TaskCompletionSource1 retry) at System.Data.SqlClient.SqlConnection.Open() at Microsoft.Adapters.Sql.SqlAdapterConnection.OpenConnection() --- 结束内部异常堆栈跟踪 ---

服务器堆栈跟踪：在 System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.End(SendAsyncResult 结果) 的 System.Runtime.AsyncResult.End[TAsyncResult](IAsyncResult 结果)
在 System.ServiceModel.Channels.ServiceChannel.EndCall(String action, Object [] 出局，IAsyncResult 结果）在 System.ServiceModel.Channels.ServiceChannel.EndRequest（IAsyncResult 结果）

在 [0] 处重新引发异常：在 System.ServiceModel 的 System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type) 处的 System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)。 Channels.IRequestChannel.EndRequest(IAsyncResult 结果) 在 Microsoft.BizTalk.Adapter.Wcf.Runtime.WcfClient`2.RequestCallback(IAsyncResult 结果) MessageId: {9034380A-E116-4694-BD70-F9933BF37BD3} InstanceID: {91B6E1AA-32AD-48D9 -A18A-F9BF20529764}

以下是该发送端口的配置：

我将超时时间从 00:50:00 增加到 05:00:00，但结果没有变化。仍然得到同样的错误。

我跑来SP_WHO2获取那些正在运行/排队的连接列表。出现错误时有超过 100 个连接。查询“Select Into”之一处于挂起模式，并在从 SSMS 运行时显示。但我们没有这样的查询，我们从不直接从 SSMS 运行任何查询。

请提出解决此问题的方法。

我正在尝试从 BizTalk 2013 R2 调用 RestFull 服务。我正在尝试使用 Http 适配器更改现有的并使用 Wcf-WebHttp 适配器

我不确定这是否是正确的方法。我可以在不使用 BtsVariablePropertyMapping 的情况下调用而不创建架构并提升它吗？