当某个 exchange 存储无法装入时该怎么办

当某个 exchange 存储无法装入时该怎么办

当问题影响服务器上面的所有存储的时候：
信息存储
Microsoft Exchange 信息存储 (MSExchangeIS) 服务是否正在运行？
当信息存储服务停止时，是否能够成功启动它？
无法启动信息存储服务时，是否能够启动 Microsoft Exchange 系统助理 (MSExchangeSA) 服务？
系统助理
Microsoft Exchange 系统助理服务是否已经启动？
当系统助理服务停止时，是否能够成功启动它？
如果成功启动系统助理服务，请确保也同时启动信息存储服务。
防病毒软件
Exchange 目前接受两类防病毒软件：常用病毒软件和 Exchange 感知的防病毒软件。如果使用的是常用防病毒软件（即，不为 Exchange 感知的软件），请确保“不会”扫描 Exchange 数据目录。如果使用的防病毒软件为 Exchange 感知软件
装入空数据库（仅适用于企业版）
如果试图隔离问题，但不确定该问题是否与某个特定数据库有关，可以尝试装入一个空数据库。如果能够成功装入空数据库，就可以确定是现有数据库的问题。装入空数据库时，请不要移动当前的数据库文件，只需创建新数据库即可。如果已使用全部 20 个允许的数据库，可以在恢复存储组中创建一个供测试用的数据库。若要将恢复存储组用于测试安装空数据库，请在装入新数据库之前重新启动 IIS 管理服务 (IISADMIN) 或等候 15 分钟，以便刷新 Active Directory® 目录服务缓存。
当问题影响个别数据库的时候：
与数据库有关的问题
是否正在运行 Exchange Server 标准版？如果是，服务器是否达到 16 GB 的存储限制？如果运行的是 Exchange 标准版，邮箱存储将在达到 16 GB 的大小限制时卸除。应用程序日志中是否存在表示物理存储有问题的 -1018 或 -1022 错误？数据库备份是否已还原？是否针对该数据库运行了实用程序，如 Exchange Server 数据库实用程序 (Eseutil.exe)？如果是，则执行了什么操作？确认数据库已在干净（一致）的状态下关闭。使用 ESEUTIL /MH。如果数据库在异常（不一致）状态下关闭，则无法装入该数据库，而必须至少重播一个事务日志文件，以使其恢复到干净状态。确认数据库的完整性。使用 ESEUTIL /G，它能够检查数据库的低级别完整性。
错误 ID
错误 ID 很容易令人混淆。您可以看到的初始错误通常有一般性消息。如果收到的错误没有准确指出问题出在哪里，接下来就需要检查应用程序事件日志。在事件日志中找到错误后，请务必查看错误文本本身，以找到准确的错误编号。与搜索事件 ID 相比，更好的方法是搜索 Microsoft.com，查找有关文本中错误编号的信息。
请记住，Exchange 具有多层复杂性，并且严重依赖于多个 Windows 组件。因此，只要出现一个错误，就有可能生成多个错误和错误代码。使用 Error.exe 或 ERR.exe 根据十进制和十六进制的错误代码来确定错误值。