所以客户打电话说交换不行，当他在远程时，他可以看到所有的服务都被禁用了。
所有的交换服务，IIS，更新，加上其他一些都被设置为禁用状态。
Apon变成自动，他们开始再罚款，现在电子邮件的作品，但他们如何进入这种状态是担心。
我相信 ，从几年前类似的情况来看，在msconfig中存在诊断启动，这可能导致所述服务被禁用。 不过，经过另一次“正常”重启之后，为什么不恢复正常？ 而且，如何进入诊断启动呢？
无论如何，谷歌的其他几个人似乎也有同样的问题多年来，但没有人真的find了解决scheme。 在这个阶段，我们不排除病毒，但它是一个几乎0访问networking的服务器如此可疑。
并且在服务器2008 SBS（windows server standard FE 2007 SP2）上交换2007 8.1（缺less一些0）
正如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群集中，正确的模式实际上可能是“手动”的，因此群集pipe理器可以控制启动。 在安装更新之前检查总是一个好主意。