我们正在使用 Backup Exec 9.1 仅还原公用文件夹数据库。
主 EDB 和 STM 文件恢复正常。但是，字节数已停止，现在数据库文件夹中有大量 .IFS 文件。准确地说是40-60。
它们似乎每隔几分钟就轮换一次，名称不断增加，例如：
14D-871CFBD0-1541491D.IFS
我担心做任何事情，因为这需要 7 个多小时才能恢复 70GB 的公用文件夹 - 再加上另外 4 个小时。我应该取消还原，我应该尝试手动安装数据库，什么都不做吗？
注意 - 虽然在我们发生服务器崩溃之前数据库已安装好（由于磁盘故障），但我担心数据库的大小可能已超过 75GB 限制，这可能是造成这种情况的原因吗？
- pub1.edb = 53.6GB
- pub1.stm = 24.79GB
关于下一步的任何建议？
编辑- 恢复现在已经运行了 23 多个小时。进一步注意，临时文件夹中有 5 个事务日志文件，大小restore.env为 1KB。
虽然我从来不需要恢复整个 PF 数据库，当然也不需要像 9.1 一样旧的 BE 版本，但我的建议是让工作运行。如果失败，它将失败，您将能够使用作业历史记录中的错误代码进行故障排除。Exchange 恢复（尤其是 75GB 中的一个）通常比文件恢复需要更长的时间，因为“幕后”还有很多事情要做。
9.1 有 SGMon 吗？日志工具..它将在程序目录中，如果状态停止更新，您实际上可以看到它正在工作。
它将向您展示您可以采取的所有“引擎盖下”！
呃。又浪费了一整天，与 Microsoft Exchange 支持人员交谈。
我们必须终止所有 BackupExec 服务以释放文件锁定，然后使用 eseutil 对恢复的文件执行硬恢复。
痛苦，但一切又重新开始。