因此，客户打电话说交换无法正常工作，并且当他远程登录时，他发现所有服务都被禁用了。
所有的交换服务、IIS、更新以及其他一些服务都设置为禁用状态。
当改为自动后，它们又开始正常工作，现在电子邮件可以正常工作，但它们是如何陷入这种状态的却令人担心。
我相信，几年前的类似情况，在 msconfig 中有诊断启动，它可能导致所述服务被禁用。但是，在另一次“正常”重启后，为什么它们不会恢复正常？而且，它一开始是如何进入诊断启动状态的？
无论如何，谷歌上其他几个人多年来似乎也遇到过同样的问题，但没有人真正找到解决方案。目前，我们无法排除病毒的可能性，但这是一台几乎无法访问网络的服务器，因此值得怀疑。
以及服务器 2008 SBS（Windows Server Standard FE 2007 SP2）上的 Exchange 2007 8.1（缺少一些 0）
答案1
正如 Nixphoe 在其评论中提到的，您的情况与人们在安装 Exchange 安全汇总或累积更新后遇到的问题非常相似。我猜想更新安装程序会在复制 Exchange 文件的新版本时停止 Exchange 服务并将其启动模式设置为“禁用”。
为什么要禁用这些服务？它可能不希望有人在安装程序运行且文件处于不一致状态时无意中启动其中一个服务。
真正的问题是安装程序没有将启动模式改回原始值。这可能是一个错误，或者安装程序可能以某种方式被中断并且没有执行清理。
MS TechNet 论坛帖子讨论了这个问题（感谢 Nixphoe）...http://social.technet.microsoft.com/Forums/en-US/exchangesvrdeploy/thread/6ecf8e9a-9e27-4f2e-9e28-a59639029df1/
该帖子还提供了一组 sc.exe 命令，用于修复服务启动模式。请记住，对于大多数 Exchange 环境，正确的启动模式可能是“自动”，但在故障转移/MSCS 群集中，正确的模式实际上可能是“手动”，因此群集管理器可以控制启动。在安装更新之前进行检查始终是一个好主意。