这可能有点主观,所以如果你觉得这个话题应该结束--继续吧。
我们大量使用了Netbackup和一个大型的多驱动器LTO-4库.我们经常为在适当的备份窗口中完成所有工作而奋斗。我们避免的事情之一是使用多重功能将多个备份作业驱动到同一个磁带上。我们听说过不同的原因,比如好处不能证明风险是正当的,也没有做到。
当我们讨论解决吞吐量问题的各种选择时,总会出现这个问题。我正在寻找关于这个问题的意见和方法。
发布于 2011-08-05 20:25:44
我不知道硬数方面的风险,但在N个作业运行时将其多路复用到一个磁带驱动器的好处是,您可以同时启动所有N个作业(因此,您不会等待第一个人在下一个任务开始备份之前完成该磁带)。
我认为这样做的最大缺点是,它最终会交织你的备份。现在,您可能有一个带有AAAAAAABBBBBBBBCCCCCCCCCC的磁带,多路复用会给您一个交错的磁带,上面有类似于ABCABCABCABCABCABCABCABCA的东西。
当你从磁带中恢复"A“时,你的磁带驱动器将不得不跳过所有的B和Cs。这减慢了恢复的速度,并增加了磁带/驱动器的磨损,因为它是快速前进的(就风险而言,这样就增加了抓取磁带的可能性)。
joeqwerty和ErikA都指出了我使用的解决方案,并推荐您是否有磁盘空间:首先将所有内容都放到磁盘上,然后将其写成连续磁带。这样就可以让机器上的备份“完成”(数据被备份在磁盘暂存区域),并允许备份系统在相对空闲的时候以逻辑的、连续的方式将这些数据放到磁带上:只要在开始下一次备份时磁带已经运行了6小时或16小时,您就不在乎它是一直在旋转6小时还是16小时。
如果您没有磁盘来分期所有的东西,那么仍然可以通过尽可能多的数据来最小化中断。理想情况下,如果可能的话,您可以逐步升级到每个备份客户端的磁带大小(因此,如果服务器A拥有整个磁带的价值,它可能在一条磁带上是连续的,或者至少只在其中的两条磁带上传播),但是半磁带或四分之一磁带的暂放区域仍然可以帮助提高性能和最小化快速转发操作。
发布于 2011-08-05 18:42:01
我不知道NetBackup当前的最佳实践是什么,但是对于BackupExec来说,首先执行对磁盘的主备份,然后再对磁盘进行磁带备份。备份作业在磁盘上运行的速度要比磁带快得多。这可能允许您在备份窗口内完成备份。
发布于 2011-08-05 18:37:26
您是否使用磁盘暂存区域,然后将这些备份映像重新定位到磁带?如果是这样的话,在每个磁带上保留多个作业应该没有问题。我们就是这样做的,从来没有任何问题可谈。
然而,如果您直接备份到磁带,它似乎是理想的不多路如果可能的话。
https://serverfault.com/questions/298178
复制相似问题