【问题标题】:Biztalk 2004 message backupBiztalk 2004 消息备份
【发布时间】:2009-03-11 10:04:56
【问题描述】:

我有一个从 FTP 服务器接收消息的 Biztalk 2004 编排。消息通过管道接收,该管道立即更改消息,更改其原始形式并将其拆分为子消息。我想在 Biztalk 对其进行任何更改之前备份原始消息。

一旦编排更改了消息,我可以再次将其更改回来并将其发布回编排之外。但这似乎需要做很多工作。我希望 Biztalk 做的是在进行任何编排处理之前备份原始消息并将其存储在服务器上的其他位置。有没有(相当)简单的方法让 Biztalk 做到这一点?

【问题讨论】:

    标签: biztalk


    【解决方案1】:

    DTA 跟踪的问题不仅在于数据的临时性,而且还不是目前最有效的解决方案。 在管道中归档组件是正确的方法,尽管我会说,在查看了其中一种实现之后——它可以很容易地变得更有效率——所以如果你环顾四周,看看是否有一个它是否以流媒体方式工作。

    “流式传输方式”是指不将整个消息加载到内存中(例如加载到 XmlDocument)而是实现自定义流并处理 Read 事件的方式。

    您还必须考虑是否可以将自己限制为 Xml 消息(如果组件确实使用 XmlDocument,就像我所看到的那样),以及您是否期望多部分消息(您需要确保归档所有部分,并以某种方式将它们分组到文件系统/数据库中)

    【讨论】:

      【解决方案2】:

      您应该能够在端口实际进行任何转换之前打开邮件的 DTA 跟踪(您可以选择在端口之前和之后进行 DTA 跟踪)。

      【讨论】:

      • 如果我这样做,我认为消息将存储在跟踪数据库中。有没有办法从跟踪数据库中获取消息并将其保存为编排中的文件?
      • 来自编排内部?那么不应该只是以某种方式将消息传递给编排吗? orch 中跟踪的消息在做什么?这是一种解决方法:tinyurl.com/dmcx6t
      • 从性能角度注意 DTA 跟踪。通常建议在生产中保持关闭状态。
      【解决方案3】:

      在 DTA 中存储通常不是一个非常容易访问的选项。通常,跟踪数据库只会在数据被删除或以封闭格式归档到文件存储之前将数据保留一段有限的时间。我在社区中看到过很多管道组件归档器的实例。看看here。

      【讨论】:

      • 同意。但。 “通常跟踪数据库只会在有限的时间内保留数据” - 这是可配置的,这取决于您的需求......但是如果您准备在配置中进行一些工作等,我同意自定义管道是好主意。然而,DTA 配置要简单得多
      • 有没有一种简单的方法可以从 DTA 中进行大量提取?实用程序或 WMI 脚本?我们的情景是“你能给我们一份我们从下午 1 点到下午 2 点发送的消息的副本吗?”。有什么想法吗?也许是一个新问题。
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2019-08-02
      • 1970-01-01
      • 2012-10-09
      • 1970-01-01
      相关资源
      最近更新 更多