BizTalk EDI批处理服务可以处理多少条记录？

Question

我有一个BizTalk应用程序部署到程序集X12 834文件。 它可以很好地组装一个有大约100K记录的有效EDI文件，生成的最终文件大约是70-80M。

但是当记录数达到约1.2M时，批处理服务的性能显着下降，完成批处理需要花费很长时间。

我尝试将批处理配置为大约每200K交换发布一个文件，它可以生成多个文件，但在大约500K记录提供后，性能也变为不可接受。

我甚至尝试运行bts_CleanupMsgbox脚本以在开始批处理之前清除MsgBox中的所有内容。

所以问题是：BizTalk批处理服务可以处理这么多数据吗？性能问题仅仅是由于批处理服务的设计（在业务流程中的每个持久性点中存储为XML /保存状态到数据库），或者我可以通过一些性能调整来存档以使用这个数据量来汇编文件。

Answer 1

我认为内置批处理不适合这样的数据量。

你有什么理由需要这么大的批次吗？我做了很多EDI，但从未遇到过这样的要求。

我不知道这是否适用于您，但您实际上可以通过映射到X12InterchangeXml架构来绕过整个内置EDI批处理编排。另一个优点是您还可以控制交换中消息的顺序。它有一些技巧，但总的来说这可能会更高效。

Answer 2

首先，您应该仔细检查现行要求。 120万是很多，我不是很多834.不是不可能发生，但双方都有120万。

120万成员并不令人震惊，但是120万个人的834会非常，非常非常不寻常。你能批量约10K左右的成员进入1 834吗？然后那只是~100 834。