![无法在 Exchange 2003 中的恢复存储组中装载数据库](https://linux22.com/image/511056/%E6%97%A0%E6%B3%95%E5%9C%A8%20Exchange%202003%20%E4%B8%AD%E7%9A%84%E6%81%A2%E5%A4%8D%E5%AD%98%E5%82%A8%E7%BB%84%E4%B8%AD%E8%A3%85%E8%BD%BD%E6%95%B0%E6%8D%AE%E5%BA%93.png)
恢复某些邮件存储后,将它们安装到恢复存储组中时出错。到目前为止,已尝试使用 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