【问题标题】:Receive Location polling data after service window stop time服务窗口停止时间后接收位置轮询数据
【发布时间】:2016-08-21 19:26:55
【问题描述】:

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

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

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

【问题讨论】:

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

标签: biztalk biztalk-2013r2


【解决方案1】:

【讨论】:

  • 我还没有确认...
  • 在所有接收位置(包括不使用调度的位置)设置相同的时区,解决了我在等待安装 CU2 时遇到的问题。
【解决方案2】:

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

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

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

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

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

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

  • 我不是该特定客户的技术主管/开发人员,所以这只是我的看法。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2012-06-08
    • 1970-01-01
    • 1970-01-01
    • 2012-06-05
    • 1970-01-01
    • 1970-01-01
    • 2012-06-25
    相关资源
    最近更新 更多