Biztalk 2004邮件备份

我有一个Biztalk 2004业务流程，它从FTP服务器接收消息。消息通过管道接收，管道会立即更改消息，更改其原始形式并将其拆分为子消息。在Biztalk对原始消息进行任何更改之前，我希望对其进行备份

---

一旦编排更改了消息，我可以再次更改它并将其发回编排。但这似乎需要做很多工作。我希望Biztalk在执行任何业务流程处理之前备份原始消息并将其存储在服务器上的其他位置。是否有一种（合理地）简单的方法让Biztalk执行此操作？

您应该能够在端口实际执行任何转换之前打开消息的DTA跟踪（您可以选择在端口之前和之后进行DTA跟踪）。

您应该能够在端口实际执行任何转换之前打开消息的DTA跟踪（您可以选择在端口前后进行DTA跟踪）.

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

将数据存储在DTA中通常不是一个非常容易的选择sible选项。通常情况下，跟踪数据库只会在有限的时间内保留数据，然后在文件存储中以封闭格式删除或存档。我在社区中看到过许多管道组件存档者的实例。看看。

DTA跟踪的问题不仅在于数据的临时性，而且在于此这不是最有效的解决方案。 在管道中归档组件是正确的方法，尽管我想说，在查看了其中一个实现之后—它可以非常容易地提高效率—所以如果您环顾四周，看看是否有一个以流式方式工作

我所说的“流式方式”是指不将整个消息加载到内存中（例如加载到XmlDocument），而是实现一个自定义流并关闭读取事件的方式

---

您还必须考虑是否可以限制XML消息（如果组件实际上使用XMLDATA，正如我所看到的那样），那么您希望多部分消息（您需要确保将所有部分归档，并在文件系统/数据库中对它们进行分组）。那么，DTA跟踪的问题不仅在于数据的临时性，而且它不是最有效的解决方案。 在管道中归档组件是正确的方法，尽管我想说，在查看了其中一个实现之后—它可以非常容易地提高效率—所以如果您环顾四周，看看是否有一个以流式方式工作

我所说的“流式方式”是指不将整个消息加载到内存中（例如加载到XmlDocument），而是实现一个自定义流并关闭读取事件的方式

---

您还必须考虑是否可以限制XML消息（如果组件实际上使用XMLDATA，正如我所看到的那样），那么您希望多部分消息（您需要确保将所有部分归档，并在文件系统/数据库中对它们进行分组）。

如果我这样做，我假定消息将存储在跟踪数据库中。是否有任何方法可以从跟踪数据库中获取消息，并将其保存为业务流程中的文件？从业务流程中？不应该只是以某种方式将消息传递给业务流程？您如何处理业务流程中的跟踪消息orch？这里有一种方法可以解决这个问题：从性能的角度考虑DTA跟踪。通常建议在生产过程中保持关闭状态。如果我这样做，我假设消息将存储在跟踪数据库中。是否有任何方法可以从跟踪数据库中获取消息，并将其保存为o中的文件rchestration？从业务流程内部？不应该只是以某种方式将消息传递给业务流程吗？orch中的跟踪消息如何处理？有一种方法可以将其释放出来：从性能角度考虑DTA跟踪。通常建议在生产中保持关闭状态。同意。但是。“通常，跟踪数据库只在有限的时间内保存数据"-这是可配置的，取决于您的需要…但如果您准备在配置等方面投入一些工作，我同意使用自定义管道是一个好主意。DTA配置非常简单，有没有一种简单的方法可以从DTA中进行大规模提取？实用程序或WMI脚本？我们的结论是“您能给我们一份副本吗？”“我们从下午1点到2点发送的消息中有多少？”有什么想法吗？可能是一个新问题。同意。但是，“通常跟踪数据库只在有限的时间内保留数据”-这是可配置的，取决于您的需要…但如果您准备在配置等方面投入一些工作，我同意使用自定义管道是一个好主意。DTA配置非常简单，有没有一种简单的方法可以从DTA中进行大规模提取？实用程序或WMI脚本？我们的结论是“您能给我们一份副本吗？”我们从下午1点到2点发送的信息中有多少？有什么想法吗？也许是一个新问题。