我们正在使用Backup Exec 9.1恢复公用文件夹数据库。
主EDB和STM文件恢复正常。 但是，字节数已经停顿，现在数据库文件夹中有大量的.IFS文件。 准确的说是40-60。
它们似乎每隔几分钟就会旋转一次，并增加名称，如：
14D-871CFBD0-1541491D.IFS
我担心做任何事情，因为这已经花了7个多小时来恢复70GB的公共文件夹 – 再加上4个小时这样做。 我应该取消恢复，我应该尝试手动安装数据库，什么都不做？
注意 – 尽pipe在服务器崩溃（由于磁盘出现故障）之前数据库已经安装好了，但是我担心数据库的大小可能超过了75GB的限制，这可能是由于这个原因造成的？
有关下一步的任何build议？
编辑 – 恢复已经运行超过23小时。 另外请注意，temp文件夹中有5个事务日志文件，其中restore.env为1KB。
虽然我从来不需要恢复整个PF数据库，当然也不需要恢复到9.1版的BE版本，但我的build议是让这个工作继续下去。 如果失败，将会失败，您可以使用作业历史logging中的错误代码进行故障排除。 Exchange恢复（特别是75GB中的一个）通常比文件恢复花费的时间还要长，因为还有很多事情要做。
9.1是否有SGMon？ 日志工具..它将在程序目录中，如果状态停止更新，您实际上可以看到它工作。
它会告诉你所有的“引擎盖下”，你可以采取！
Urgh。 对微软Exchange支持来说，还有一整天的时间stream逝了。
我们不得不closures所有BackupExec服务来释放文件上的锁，然后使用eseutil对还原的文件执行硬恢复。
痛苦，但一切又重新开始。