Biztalk 在服务窗口停止时间之后接收位置轮询数据

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

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

---

是否有人在BizTalk 2013 R2中遇到过这种情况，或者知道为什么会发生这种情况。

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

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

现在我要回答你们一个未被问到的问题，“怎么办？”

首先要做的一个步骤是确保BizTalk server更新为最新的累积更新，当前为CU4（请参阅），但您应该始终检查此处最新的CU。这是我们将要向客户推荐的内容，尽管我们无法在提到此特定问题的更新中看到特定修复。如果问题仍然存在，这将允许您向Microsoft提出问题。如果你没有先做CU，微软首先要问的问题之一是“你在哪一个CU上？”如果不是最新的CU，那将是他们要求你做的第一件事

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

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

• 我不是该特定客户的技术负责人/开发人员，所以这只是我的观点

---

是否选中“启用维修窗口”复选框？是否可以添加配置的屏幕截图？是否使用wcf sql适配器轮询sql server数据？您如何知道它在服务窗口之后开始轮询数据？您好，是的，选中了“启用服务窗口”。停车时间设置为晚上9点。我们有一个监控系统，在这里我们使用提到的接收位置配置跟踪来自数据库的所有数据轮询，在这里我们可以看到数据是在晚上9点之后发送的。是的，我们使用的是wcf sql适配器轮询。SQL轮询在服务窗口内设置为每10分钟一次。我现在可以确认是的，我们在BizTalk 2013 R2 CU1服务窗口外的客户端上进行了一次轮询。我们将让客户端更新到CU4，尽管我们无法在CUs中看到与此问题相关的任何修复，但您需要使用最新的CU才能向Microsoft提出问题。遇到问题的服务器有哪个CU？