我们正在使用 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.env1KB。
答案1
虽然我从未需要恢复整个 PF 数据库，而且肯定不会使用像 9.1 这么老的 BE 版本，但我的建议是让作业运行。如果失败，它将失败，您将能够使用作业历史记录中的错误代码进行故障排除。Exchange 恢复（尤其是 75GB 的恢复）通常比文件恢复花费的时间要长得多，因为“幕后”要做的事情要多得多。
答案2
9.1 有 SGMon 吗？日志记录工具..它将位于程序目录中，如果状态停止更新，您实际上可以看到它正在运行。
它将向您展示您可以采取的所有“措施”！
答案3
呃。与 Microsoft Exchange 支持人员交谈又浪费了一整天的时间。
我们必须关闭所有 BackupExec 服务来释放文件上的锁，然后使用 eseutil 对恢复的文件执行硬恢复。
虽然很痛苦，但一切又恢复正常了。