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

Question

还原一些邮件存储后，将它们安装在恢复存储组中的错误中。到目前为止，已尝试使用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.    

活动2：

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. 

Answer 1

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

Answer 2

EventID.net认为问题可能是所讨论的DB缺少流文件(.stm)。

Answer 3

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

运行软恢复

• 首先，检查日志文件应该处于清洁状态: Eseutil /ml“log文件的路径\ log前缀”
• 如果日志文件正常，那么在命令完成后执行软恢复: Eseutil/r /l“日志文件的路径”数据库的“/d”路径，然后挂载数据库。

运行艰难恢复：

• 如果日志文件未处于干净状态或丢失，则执行硬恢复。eseutil /p“D：\Exchsrvr\邮箱商店(服务器).edb”
• 运行脱机碎片整理:一旦硬恢复完成，您需要整理数据库，为此，您必须有相当于要碎片整理的数据库的110%大小的硬盘空间。eseutil /d“D：\Exchsrvr\邮箱商店(服务器).edb”
• 完成碎片整理后，安装&立即卸载商店，然后执行以下步骤：

运行ISINTEG:

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

请参阅Microsoft文档. & Eseutil资源.