Theray070696's questions

过去一周，我和我的主管一直在拼命想弄清楚为什么我们的 Exchange 服务器通过队列的速度非常慢。这一切都是在日志填满分配的磁盘引起的背压情况之后开始的。

服务器上的统计信息：
Exchange 2010 在 Windows Server 2012 R2 上运行，采用 Office 365 16 个逻辑核心的混合配置
，机箱 CPU 使用率约为 1-5% 机箱内有
72GB 内存，其中 78% 用于任何给定time
Exchange 安装在容量为 205GB 的驱动器上，其中 77GB 空闲
主数据库安装在容量为 2TB 的驱动器上，其中空闲 338GB
主日志位于容量为 929GB 的驱动器上，其中 261GB 是免费的

邮件流顺序：

1. 进出现场梭子鱼垃圾邮件过滤器，这几乎立即发生
2. 进入 Exchange 本身，这相当快
3. 在 Exchange 之外，这需要 15 到 20 分钟，可能会更长，具体取决于队列
4. 再次进出现场梭子鱼垃圾邮件过滤器，再一次，几乎是即时的
5. 进入 Office 365，这也非常快
6. 最后，交付给用户的 Outlook 客户端

消息队列在一天中填满，它处理它的速度比新电子邮件进来的速度要慢。它在大约一周前发生的背压之前表现得很好，我们甚至尝试禁用背压以查看是否修复了它，没有骰子。

任何想法可能导致此问题，以及我们应采取哪些步骤来解决此问题？

我们尝试重建传输日志无济于事。服务器似乎认为存在背压，但没有迹象表明实际上存在

我有一台运行 Windows Server 2016 Datacenter 的家庭服务器，充当网络上的 NAT。在同一台服务器上，我使用 Hyper-V 托管各种服务（游戏服务器、GitLab、Plex 等）。我正在使用路由和远程访问将端口转发到正确的虚拟机。

从网络外部，一切正常。在网络内部，我和其他想要连接到特定服务器的用户需要知道分配给服务器的 IP 地址与使用我通过 Cloudflare 获得的域名。

我整天都在研究这个，RRAS根本不支持吗？

或者，作为替代解决方案，有没有办法让我使用 VM 在我的内部网络上应用端口转发规则？即在tcp端口58连接到192.168.1.5，在tcp端口25565重定向到192.168.1.4。