☰

无法在 Exchange 2003 中的恢复存储组中装载数据库

tag-icon • tag-icon exchange exchange-2003
无法在 Exchange 2003 中的恢复存储组中装载数据库

恢复某些邮件存储后，将它们安装到恢复存储组中时出错。到目前为止，已尝试使用 eseutil 进行修复（日志显示成功）并重新启动服务器。当前正在对邮件存储进行碎片整理

我需要再次检查才能发布确切的错误代码，所以我将更新此问题。但我认为经常这样做的人可能会同时给出“更多时候……”的答案。

An Internal Processing Error has occurented. Try restart the exchange ... (Nothing more useful here)
ID no: c1041724
Exchange System Manager

事件：

Event Type: Error
Event Source:   MSExchangeIS
Event Category: General 
Event ID:   9519
Date:       4/13/2010
Time:       9:40:20 AM
User:       N/A
Computer:   MAIL01
Description:
Error 0xfffff764 starting database "Recovery Storage Group\Denver" on the Microsoft Exchange Information Store. 

Data:
0000: 46 61 69 6c 65 64 20 74   Failed t
0008: 6f 20 61 74 74 61 63 68   o attach
0010: 20 74 6f 20 4a 65 74 20    to Jet 
0018: 44 42 00                  DB.

活动二：

Event Type: Error
Event Source:   MSExchangeIS
Event Category: General 
Event ID:   9518
Date:       4/13/2010
Time:       9:40:20 AM
User:       N/A
Computer:   MAIL01
Description:
Error 0xfffff764 starting Storage Group .... CN=InformationStore/CN=Recovery Storage Group on the Microsoft Exchange Information Store. 
MDB failed to start.

答案1

当您恢复 EDB 时，您是否也恢复了日志链和 STM（正如 joeqwerty 指出的那样）？我对 NetBackup 如何进行备份不是 100% 确定，但它可能使用 VSS，这意味着在进行备份时，EDB 处于不一致状态。VSS 备份会将缓存刷新到磁盘，但不会将日志滚动到数据库中。当您设置 RSG 并尝试安装数据库时，请确保您拥有来自同一备份时间戳的 EDB、STM 和日志。当您安装数据库时，日志将滚动到 EDB，使其处于一致状态，然后它应该会安装。

答案2

EventID.net 表明问题可能是所讨论的数据库缺少流文件 (.stm)。

答案3

使用以下步骤运行软恢复和硬恢复。

运行软恢复

  • 首先检查日志文件应该处于干净状态：

    Eseutil /ml “日志文件的路径\log 前缀”

  • 如果日志文件健康，则执行软恢复：

    Eseutil /r /l “日志文件的路径” /d “数据库的路径”

    命令完成后，挂载数据库

运行硬恢复：

  • 如果日志文件不是处于干净状态或者丢失，则执行硬恢复。

    eseutil /p “D:\Exchsrvr\邮箱存储（服务器）.edb”

  • 运行脱机碎片整理：硬恢复完成后，您需要对数据库进行碎片整理，为此，您的硬盘空间必须等于要进行碎片整理的数据库大小的 110％。

    eseutil /d “D:\Exchsrvr\邮箱存储（服务器）.edb”

  • 碎片整理完成后，立即挂载和卸载存储，然后执行以下步骤：

运行 ISINTEG：

isinteg -s (服务器) -fix -test alltests

请参阅 Microsoft 文档&Eseutil 资源。

相关内容