对 IT 运维老哥来说，每个月的“补丁星期二”往往意味着“黑色星期三”。这不，微软 10 月份的补丁刚推下去没几天，用 Exchange Server 搭建企业邮箱的公司们就炸锅了。
很多管理员在打完补丁后发现，自家的 Exchange 突然变得“极度不稳定”，整个邮件系统处于随时罢工的边缘。
症状有多惨？
如果你中招了，你的服务器大概会出现以下几种“灵异现象”：
首先是网页版邮箱（OWA）直接瘫痪。员工打开网页准备收邮件，结果甩给你一个冷冰冰的报错：MapiExceptionMdbOffline: Unable to make connection to the server，后台事件日志里狂刷 1006 错误。
其次是邮件大塞车。发件箱里的邮件全堵在半路上，邮件队列规模疯狂上涨，老板的紧急邮件根本发不出去。
最要命的是集群直接裂开。如果你搞了高可用集群（DAG），你会发现节点之间突然“失联”了，连仲裁都凑不齐，整个数据库可用性组处于崩溃边缘。实在没办法的话，重启一下服务器能暂时恢复正常，但过不了多久又会复发。
这次真不怪 Exchange
一开始，大家以为又是 Exchange 自己的安全更新写了 Bug。结果微软赶紧出来澄清：真不怪 Exchange，是底层 Windows Server 的锅！
只要你给服务器装了 2026 年 10 月的 Windows Server 补丁，不管你是跑 Exchange 2016、2019 还是最新的订阅版（SE），都可能中招。具体的“毒药”补丁号如下：
- Windows Server 2025：KB5126646
- Windows Server 2022：KB5126655
- Windows Server 2019：KB5126651
- Windows Server 2016：KB5126868
微软的“硬核偏方”：别卸载，改注册表
按照咱们运维圈的常规套路，遇到这种坑爹补丁，第一反应绝对是“赶紧卸载保平安”。但微软这次的建议非常硬核：千万别卸载补丁，去改注册表。
微软表示，问题出在 Windows 底层的 RPC（远程过程调用）上下文限制被卡死了。官方给出的“续命药方”是：打开管理员权限的命令提示符，敲下这行咒语：
reg add "HKLM\SOFTWARE\Microsoft\Rpc" /v EpmapSavedContextCap /t REG_DWORD /d 65536 /f敲完回车，重启服务器。
如果过几天，邮件又堵了、OWA 又崩了怎么办？微软的建议更绝：那就把那个 65536 改得更大点，然后继续重启……（好家伙，这就叫“力大砖飞”式修复，只要数字够大，Bug 就追不上我）。
给运维兄弟的保命建议
虽然改注册表能暂时把 Exchange 从 ICU 里捞出来，但这毕竟是个治标不治本的偏方。微软到现在也没说清楚底层到底是哪行代码出了 Bug，也没承诺什么时候出正式的修复补丁（Hotfix）。
所以，如果你公司的 Exchange 服务器还没打 10 月补丁，强烈建议先在 WSUS 或组策略里暂停更新，等微软出了真正的修复补丁再说。
如果你已经打了补丁并且开始出现上述症状，别犹豫了，赶紧拿着上面的注册表命令去救火吧。
毕竟，Windows 报错事小，老板因为收不到客户邮件而发火，那可比服务器宕机可怕多了。祝各位运维老哥这个月不用背锅，准点下班！
