我们使用Backup 12和用于Linux服务器的远程代理(RALUS)来备份大型RHEL5系统。由于各种原因,我们需要每天做一份工作。这些工作集作业运行速度极慢。目标机器和BE服务器之间的链接是千兆字节,任何其他类型的作业都是1-3GB/min。这些工作集作业从大约40 BE /min开始,在备份作业过程中缓慢下降,以至于“当前作业”中的BE作业率显示变为空白。因为我们通常只做一天的修改--文件只有一天,任务通常很小,一夜之间就完成了,我们不担心速度太慢,但是备份服务器出现了一些问题,并且在Linux机器上错过了大约6天相当繁重的工作,所以这个工作设置的任务将是一场昏昏欲睡的工作。我们对赛门铁克有支持,而且我已经为此纠缠了他们很多,他们让我在调试模式下运行RALUS,从BE主机发送日志和VXgather给他们,他们没有修复/解决办法。给出一个想法,我有提到的工作设置的工作运行了3半小时,它的备份不到10 10MEGAbytes.我在这里发布这篇文章是为了看看“现实世界”中是否有人见过这个/或有什么想法会导致这些极其缓慢的工作,因为赛门铁克似乎毫无头绪.
发布于 2010-12-29 23:15:09
备份时检查目标计算机的系统资源。从那边找出瓶颈。
我使用的是较早版本的backupexec。您是只备份文件,还是有某种级别的抽象来备份像数据库这样的服务?
https://serverfault.com/questions/152261
复制相似问题