问题标签 [biztalk-deployment]

处理 BTDF 部署包，首先是架构，并收到很多警告...

先前部署的架构“”具有相同的目标命名空间“ http://schemas.microsoft.com/2003/10/Serialization/ ”。

它可以追溯到 的各种副本..._schemas_microsoft_com_2003_10_Serialization.xsd，大概是通过引用多个 Web 服务添加的。

这些都需要吗？...特别是因为内容是相同的

甚至需要一个吗？

同样，有多个副本...Serialization_Arrays.xsd

从 Visual Studio 远程部署 BizTalk 2010 解决方案时如何确定主机/主机实例？

在将 BizTalk 解决方案从 Visual Studio 部署到远程计算机时遇到错误，我跟踪到远程服务器没有本地计算机上存在的特定主机/主机实例。

但是我不知道解决方案中指定了主机/主机实例的任何地方？

我是 BizTalk 开发的新手，只正确使用了 6-7 周，所以请原谅我的幼稚。

我有一个正在开发的基本 BizTalk 2013 应用程序，并准备部署到测试环境。

我正在使用业务规则来定义出站传输位置，在完成所有转换后，这会将数据发送到 SQL Server 中的存储过程，该过程插入/更新记录：

当我们部署到我们的测试/实时环境时，我们将无法将出站传输位置设置为本地计算机，因为数据库将存储在应用程序的不同服务器上。例如：

我查看了 BizTalk 部署框架，看看是否可以根据环境修改业务规则，但找不到任何东西。

所以我的问题是，管理基于环境的业务规则设置的最佳（最低维护）方法是什么？最好使用 BizTalk 部署框架。

要求：将 BizTalk 应用程序更新到新版本

问题：如果有正在运行/暂停的实例，则 MSI 导入不会通过。终止会导致消息丢失

我尝试了什么：

我在消息框中有大约 100 多条消息，其中一些处于活动状态，一些处于暂停恢复状态。我备份了 BizTalkMsgBoxDb，然后从 BTAdmin 控制台终止了所有实例，然后恢复了 BizTalkMsgBoxDb。

我原以为消息会回到 BizTalkMsgBoxDb 中，但是当我从 BiztalkAdmin 控制台查询时，我没有找到任何消息。

我错过了什么吗？

我从几天开始就面临这个问题。我的要求是执行一个存储过程，如果找到数据，则每 10-15 分钟运行一次编排。

为此，我使用 Oracle 的轮询方法。

我有以下存储过程，

我通过使用适配器服务方法生成了以下模式。我有三个模式

因为我使用 OracleDBBindingRADAR.PollingProcedure.xsd 作为我在 orch 中的消息。

现在在管理级别，我在接收位置进行了以下配置设置，请帮助我做错了什么。

Trasport 类型：WCF-OracleDB EnableBiztalkcompatibilityMode：True PollDataAvilableStatment：SELECT count(*) FROM RAD_BTS_MANAGE_DOCAMS WHERE MESSAGE_STATE='CREATED' 轮询操作：http://Microsoft.LobServices.OracleDB/2007/03/RADAR/PollingProcedure/BTS_RAD_POLLMANAGESTATEDOCAMD 轮询语句：使用环境交易：假

我怀疑 polling Statement 存在一些问题。

您能否有人建议，在我的 SP 中，它不在 Courser 中，它只是在外面。我应该怎么写或者让我知道它可能出错的地方。

我得到的错误：

适配器“WCF-OracleDB”引发了错误消息。

我正在使用 BizTalk 服务器部署框架（当然很多 Biztalkers 都这样做）来生成特定于环境的绑定。当我将解决方案部署到新环境时，我正在手动设置发送端口/接收位置的连接字符串和 URL。然后我正在导出绑定文件并手动将 Xpath 写入在此环境中更改为 SettingFileGenerator.xml 的值。

这是一项非常常规的工作，我问是否有一种“智能”（自动）方式来比较我的默认绑定和某些特定环境的绑定，以将 Xpath 提取为不同的值？

我们在所有 biztalk 应用程序中使用进程内 .net 内存缓存，现在如果我们突然需要使缓存无效，我们唯一的选择就是重新启动主机实例。

是否有其他选项可以在不重新启动主机实例的情况下使 inproc .net 缓存无效？

我安装了 V5 的 BizTalk 计划任务适配器来测试和实时服务器。它配置为使用以下类运行 - 每 2 分钟触发一次

ScheduledTaskAdapter.TaskComponents.FileStreamProvider，ScheduledTaskAdapter.TaskComponents，版本=4.0.0.0，文化=中性，PublicKeyToken=aa9f2dd0f13442dc

它指向一个本地 xml 文件

它在测试环境中运行良好，但在实时环境中，接收位置在第一次轮询后关闭，并记录了以下错误：

带有 URL“schedule://TimeSpan/GetEmail”的接收位置“RcvScheduledTask_Loc”正在关闭。详细信息：“无法将 'ScheduledTaskAdapter.TaskComponents.FileStreamProvider' 类型的对象转换为 'ScheduledTaskAdapter.TaskComponents.IScheduledTaskStreamProvider'。”。

在尝试使用 BTDF 取消部署时，会写入以下错误以响应 BTSTask RemoveApp 部署结果：

执行：警告：无法验证接收位置“RcvScheduledTask_Loc”的 TransportTypeData、地址或公共地址属性。你调用的对象是空的。

请问我哪里出错了？

当使用 BTDF 并使用生成的安装程序包部署原始部署时，现有应用程序将被删除并创建新应用程序，从而删除编排执行的历史记录。

这对我们的组织来说是一个潜在的问题，因为我们需要最近完成的编排，以便在需要时进行审计/调试。

有没有办法绕过 BTDF 中的这个限制？

我们即将部署一个通过 BizTalk 处理大量消息的系统。由于这些消息是累积更新，因此它们需要在部署中断期间排队，然后在部署完成时按顺序处理。由于它们可能很多，因此很难手动执行此操作。

一种可能的解决方案是让发送端口停止并让消息暂停。然后，我们可以在部署完成后按顺序恢复它们。

是否可以针对 BizTalk 消息框数据库运行 SQL 脚本（或工具），该数据库将针对特定端口按接收顺序恢复挂起的消息？