3

我们有一个 BizTalk 2013 R2 服务器，其中接收位置配置为在指定的服务窗口（上午 9 点到晚上 9 点）内每 10 分钟轮询一次数据库中的一些数据。

由于某种原因，它在指定的服务窗口时间之后开始从数据库轮询数据。

有没有人经历过这种情况或知道为什么会在 BizTalk 2013 R2 中发生这种情况。

4

2 回答 2

1

BizTalk 2020 中的问题。

https://support.microsoft.com/en-us/topic/kb5003153-fix-scheduled-receive-location-polling-outside-service-window-ae003f50-1aa3-44da-bd7f-9770daf7fe1b

您需要安装 CU2 才能解决此问题。

于 2021-09-17T08:31:17.410 回答
0

是的，我们曾经在使用 BizTalk 2013 R2 CU1 的客户站点发生过这种情况。

不，我们还没有找到问题的根本原因，它只发生过一次。

现在我要回答你未提出的问题，“该怎么办？”。

要做的第一步是确保您的 BizTalk 服务器更新到最新的累积更新，当前为 CU4（请参阅kb 3167705），但您应该始终检查最新的 CU 是什么， kb 2555986 Service Pack 和累积更新列表对于 BizTalk 服务器。这是我们将向我们的客户推荐的内容，即使我们在提到此特定问题的更新中看不到特定修复。如果问题仍然存在，这将允许您向 Microsoft 提出问题。如果您没有先进行 CU，Microsoft 提出的第一个问题是“您在哪个 CU 上？” 如果它不是最新的，那将是他们要求你做的第一件事。

同时为了解决这个问题，您可能希望更改接收位置中的轮询语句以调用数据库中的存储过程，该存储过程包含说明是否应该获取任何数据的逻辑，在您的情况下仅在上午 9 点到晚上 9 点之间. 我知道将配置从 BizTalk 中取出并放入数据库或复制逻辑数据库有点不合时宜，但它会确保执行规则。

在我们的客户案例中，我们只希望允许它每天在某个时间左右获取一次数据，因此我们可能*让它存储上次获取数据的日期，如果该日期设置为当前日期，则轮询存储过程应该返回零行。

  • 我不是那个特定客户的技术主管/开发人员，所以这只是我的看法。
于 2016-08-12T19:33:47.257 回答