我的 Exchange Server 2003（在 Windows Server 2003 上运行）经常在 04:54 左右出现故障，但并不一定每天都出现。
我说的“失败”是指我的同事尝试检查他们的电子邮件，而 Outlook 显示“Outlook 未连接到 Exchange”。由于 Outlook 尝试每 3 分钟左右更新一次电子邮件，并且记录文件夹上次更新的时间，因此可以看到失败的时间。
除非服务器重新启动，否则无法下载电子邮件。服务器重新启动后，一切正常。
我查看了“计划任务”，但没有看到任何相关内容。
有人有什么想法吗？
答案1
问题：
a) 您使用的是哪个版本的 Exchange 2003？标准版还是企业版
b) 这是 SBS2003 的一部分还是独立的交换。
建议：
1）您能在注册表中导航到此路径吗？
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\服务器名称\私人邮箱存储 GUID
检查是否有一个名为 数据库大小限制（Gb） 那里的价值是什么？
2) 磁盘上的数据库大小是多少？默认 priv1.edb 路径为 c:\Program Files\Exchsrvr\MDBDATA
可能的原因：
a) 由于 Exchange 2003 标准的 18GB 硬限制，Exchange 2003 DB 正在卸载。通常可以通过将 Ex03 标准的数据库大小限制增加到 75GB 来解决此问题。
參考文獻： http://support.microsoft.com/kb/912375
使用空白空间/脱机碎片整理等来回收空间： http://www.msexchange.org/tutorials/exchange-isinteg-eseutil.html
答案2
发生这种情况后，您还能 ping 通该盒子吗？还是它完全没有响应？在此期间是否有任何备份正在运行？此服务器是专用的 Exchange 服务器还是具有其他功能？
否则，我同意 Itai 的观点，您应该将事件日志与机器停机的时间进行交叉引用。您可能还需要获取系统转储并在此处发布任何相关信息。如果只是交换失败并且您仍然可以访问系统，请检查任务管理器以收集在此期间正在运行的进程。
答案3
尝试在事件查看器中查找每次失败时是否发生某些事情。点击开始 -> 运行 -> 在运行框中键入 eventvwr 以打开事件查看器，检查系统和应用程序日志下的事件。此外，如果您有监控应用程序（如 HP openview 或 Centerity），您可以创建一个业务服务，其中包括服务器运行所需的所有组件，如磁盘、CPU、内存监视器以及网络、存储、应用程序监视器，通过它，您将能够在服务器失败的特定时间识别服务器失败的根源。
答案4
是的，SP2 可能会解决此问题。如果您仍然遇到问题，请在 Google 上搜索“exchange 2003 sp2 hotfix”，看看其中是否有与您的问题相关的内容。另一种解决方法是将 Exchange Information Store 设置为在 services.msc 中发生故障后自动重新启动（如果该服务发生故障），但这并不能解决问题的根本原因。