![Exchange 2003 的 Backup Exec 恢复停滞](https://linux22.com/image/506533/Exchange%202003%20%E7%9A%84%20Backup%20Exec%20%E6%81%A2%E5%A4%8D%E5%81%9C%E6%BB%9E.png)
我们正在使用 Backup Exec 9.1 恢复公共文件夹数据库。
主 EDB 和 STM 文件恢复正常。但是,字节数已停滞,现在数据库文件夹中有大量 .IFS 文件。准确地说是 40-60 个。
它们似乎每隔几分钟就会旋转一次,名称不断增加,例如:
14D-871CFBD0-1541491D.IFS
我担心做任何事情,因为恢复 70GB 的公共文件夹已经花了 7 个多小时 - 另外又花了 4 个小时。我应该取消恢复,还是尝试手动安装数据库,什么都不做?
注意 - 尽管在服务器崩溃(由于磁盘故障)之前数据库已经安装完毕,但我担心数据库的大小可能已经超过了 75GB 的限制,这可能是导致这种情况的原因?
- pub1.edb = 53.6GB
- pub1.stm = 24.79GB
对于下一步有什么建议吗?
编辑- 恢复现已运行超过 23 个小时。另外请注意,临时文件夹中有 5 个事务日志文件,大小为restore.env
1KB。
答案1
虽然我从未需要恢复整个 PF 数据库,而且肯定不会使用像 9.1 这么老的 BE 版本,但我的建议是让作业运行。如果失败,它将失败,您将能够使用作业历史记录中的错误代码进行故障排除。Exchange 恢复(尤其是 75GB 的恢复)通常比文件恢复花费的时间要长得多,因为“幕后”要做的事情要多得多。
答案2
9.1 有 SGMon 吗?日志记录工具..它将位于程序目录中,如果状态停止更新,您实际上可以看到它正在运行。
它将向您展示您可以采取的所有“措施”!
答案3
呃。与 Microsoft Exchange 支持人员交谈又浪费了一整天的时间。
我们必须关闭所有 BackupExec 服务来释放文件上的锁,然后使用 eseutil 对恢复的文件执行硬恢复。
虽然很痛苦,但一切又恢复正常了。