BackupExec安装的备份性能突然下降了50-70％，原因不明。 没有用户干预，没有重新configuration，也没有更新，所有磁带都立即受到影响。 系统部署在Windows 2003 SBS 32位系统上，没有涉及远程代理（除了本地代理，意味着不涉及networking）。
我没有find有关失败原因的线索。 结果是在6小时之前备份被自动取消，而这只需要4个小时的时间，并且仅仅占据了文件的50％和数据量的20％，与通常的完整备份运行相对。 磁带的容量也不被使用（之前是90％，现在只有它的一小部分）。
我试图closures单实例备份，并尝试使用快照提供程序无济于事。
在备份作业完成之前超时（因此实际上错误是“备份作业未在时间内完成”或类似情况），因此没有错误消息。
更新：问题依然存在或不存在AOFO。 我们也跑了清洁磁带。 自从约2年以来，4个磁带被使用，一个磁带是相当新鲜的。 两代磁带显示相同的问题，所以它似乎没有关系到磁带。 不过，我们将再次尝试一个全新的。
任何想法如何debugging呢？
您可以使用SGMon实用程序debuggingBEX，它位于程序目录中。但是，它具有相当广泛的输出。
您也可以创build较小的作业，并按顺序运行它们，或者首先将它们备份到“文件夹”，然后将“重复”备份作业运行到磁带。 如果它在文件夹作业上失败，则说明它是一个networking/源问题，如果它在磁带上失败，则表明它是一个驱动器[r] /磁带问题。
我们的一台服务器开始做这样的事情，我们把驱动器本身换成了ASAP，问题解决了。
检查你的工作日志。 这种事情通常是由于BE在某处某个文件（可能是一个Access数据库，PST或文件共享上类似的文件共享上的一个用户留下了文件锁）尖叫而引起的，应该立即可以识别恰恰是工作中放慢速度的一点。
磁带的容量也不被使用（之前是90％，现在只有它的一小部分）。
我已经看到了这样的行为，问题是磁带集是X未压缩的，X * 2ish压缩。 一旦我得到了超过X，备份减慢（由于压缩开销），突然之间我有这个额外的空间。
至less需要有一个远程代理，即在备份的服务器上，即使它是备份服务器本身。 您是否检查过磁带机是否有错误或警报？ 磁带机需要清洁吗？ 你在使用AOFO吗？