biztalk - 降低 BizTalk 接收位置文件输入速度

Question

我们有一个 BizTalk 2010 接收位置，它将获取一个 70MB 的文件，然后使用入站映射(在接收位置)和出站映射(在发送端口)生成一个 1GB 文件。

执行上述过程时，SQL Server 会消耗大量磁盘 I/O 资源。另外接收位置进程的性能受到很大影响。

我们已尝试减少该接收位置的主机实例中的最大磁盘 I/O 线程数，但它仍然消耗 SQL Server 中的大量磁盘 I/O 资源。

事实上这个进程的优先级是非常非常低的。有没有什么方法可以减少该进程的磁盘I/O资源占用，从而保证其他进程性能正常？

Answer 1

此问题与文件输入的速度无关，但正如您在评论中提到的，与尝试将 1gb map 输出保留到 MessageBox 时消息框上的负载有关。您可以选择以下几个选项来尽量减少对其他进程的影响:

1. 将新创建的主机上的限制设置调整为非常低的值。但这可能会也可能不会按您希望的方式工作。
2. 在这些文件的接收位置设置一个服务窗口，以便它们仅在非工作时间运行。如果您对 MessageBox 没有 24/7 的需求并且能够承受半夜(例如凌晨 2-3 点)缓慢的响应时间，那么这将是理想的选择
3. 如果您的要求可以处理此问题，请不要将文件映射到接收端口，而是将其路由到编排和/或自定义管道组件，该组件会将其拆分为较小的部分，然后映射较小的部分。这至少应该让您对处理这些数据的速度进行更细粒度的控制(在处理这些片段的循环中具有延迟形状)。当您将它们重新组合在一起时，仍然可能会出现问题，但它不应该像当前的过程那么糟糕。

您的 map 可能也值得一看。如果有很多缓慢/处理器繁重的调用，您也许可以重构它。