背景

我有一个 BizTalk 2013 R2 服务器，它有多个配置为发送 EDI 消息的发送端口组。有时我们需要暂停其中一个发送端口。在此期间，我们希望消息排队而不是丢弃，类似于 BizTalk 保留根本没有任何订阅的消息的方式。

配置

以下是这些端口组之一的简化​​示例：

EdiOutPortGroup (filter: EdiDst == CustomerId)
  |-- PartnerFtpSendPort
  |-- LocalArchiveSendPort
  |-- SomeOtherSendPort

问题

我怎样才能暂时停止LocalArchiveSendPort而不丢失通常会在那里传递的消息？

我希望新消息排队并在端口再次处于活动状态后发送，但 b/c 组中仍有其他活动的发送端口，新消息被传递到活动端口，（似乎）无法重新发送它们到LocalArchiveSendPort以后。

在尝试减少 Windows 服务器 (2008 R2) 上的存储瓶颈时，我需要找到在很长一段时间内具有最高 I/O 的文件（也称为“热”文件），以便将它们移动到 SSD 存储。如何在更长的时间（即几天到几周）内跟踪文件系统的 I/O，以便查看哪些文件将从移动中受益最大？

Sysinternals 实用程序 procmon 允许我在短时间内（即从几秒到几分钟）收集 I/O 统计信息，但我认为它不适合长期记录。

我更喜欢内置解决方案，但也会考虑其他任何解决方案。