我的Exchange Server 2003（在Windows Server 2003上运行）经常在04:54左右出现故障，但不一定每天都有。
“失败”是指我的同事试着检查他们的电子邮件，而Outlook则说“前景与交换无关”。 由于Outlook每3分钟左右尝试更新一次电子邮件，并logging上次更新文件夹的时间，因此可以查看失败的时间。
直到服务器重新启动，才能下载电子邮件。 于是一切正常。
我查看了计划任务，看不到任何相关的内容。
有没有人有任何想法？
题：
a）您使用的是什么版本的Exchange 2003？ 标准或企业
b）这是SBS2003的一部分还是独立交换。
build议：
1）你可以导航到registry中的这个path。
HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Services \ MSExchangeIS \ Server name \ Private-Mailbox Store GUID
检查Gb中是否有一个名为“ 数据库大小限制”的键，以及那里的值。
2）什么是磁盘上的数据库大小？ 默认priv1.edbpath是c：\ Program Files \ Exchsrvr \ MDBDATA
可能的原因：
a）Exchange 2003 DB由于Exchange 2003标准的硬盘限制为18GB而正在卸载。 这通常通过将Ex03 Standard的db大小限制增加到75GB来解决。
ref： http : //support.microsoft.com/kb/912375
白空间/离线碎片整理等，回收空间： http : //www.msexchange.org/tutorials/exchange-isinteg-eseutil.html
在这种情况发生之后，你是否仍然能够ping通这个盒子，还是完全没有反应？ 在这段时间内运行的任何备份？ 这台服务器是一个专用的Exchange服务器还是有其他function？
否则，我同意Itai，你应该交叉参考事件日志与你的机器停机的时间。 您可能还需要获得系统转储，并在此发布任何相关信息。 如果只是交换失败，并且仍然可以访问系统，请检查任务pipe理器以收集在此期间正在运行的进程。
尝试在事件查看器中查看，如果在每次都发生故障的时候发生什么事情。 点击开始 – >运行 – >在运行框中键入eventvwr以打开事件查看器，检查系统和应用程序日志下的事件。 另外，如果您有监视应用程序（例如HP OpenView或Centerity），则可以创build一个业务服务，该服务将包括服务器运行所需的所有组件，如磁盘，CPU，内存监视器以及networking，存储，应用程序监视器，通过它，您将能够在失败的特定时间识别服务器失败的来源。
是的，SP2可能会这样做。 如果您仍然遇到问题，请使用Google for“exchange 2003 sp2 hotfix”，并查看它们是否与您的问题相关。 另一个解决方法是将Exchange Information Store设置为在services.msc失败后自动重新启动（如果这是失败的服务），但这不能解决问题的根本原因。