VTL备份速度问题讨论

andy_lyb

几乎所有的VTL厂商都说VTL备份比Tape备份要快，从参数上看也的确挺诱人，中高档的VTL动辄每小时几个TB，也就是每秒钟几百MB甚至1GB的总体吞吐速度，看起来的确需要n多台Tape Drive才能与之抗衡。\r\n\r\n但实际上，这个美丽的数字并不是我们轻易就可以达到的，首先要有足够多的磁盘，许多厂家在估算单块SATA磁盘的持续写速时往往只估算到15MB/s，除掉RAID所需的校验盘和热备盘损失之后，磁盘数量就急剧增加了。\r\n\r\n但是，更关键的是RAID组的问题，我们不可能将所有磁盘划到一个RAID组，一般做到8+2的RAID6就了不起了。这也就意味着，每个LUN最多只有8块盘的写速度，约120MB/s。同时也就意味着每一盘虚拟磁带的最大写速度为120MB/s。换句话说，如果不巧，你需要的所有虚拟磁带都在同一个RAID组上面，这些磁带总的写速度只能达到120MB/s（碰巧与LTO4磁带机速度相等，纯属巧合，呵呵）。\r\n\r\n那么好了，假设我有一个超大的备份任务，例如Oracle数据库，全库备份几个TB，采用并行方式进行备份，需要同时调用8盘磁带进行写操作。\r\n\r\n如果是用Tape Drive，简单了，我通过8个Tape Drive调用8盘磁带，理论上速度可以达到8个Tape Drive的总和，假设型号为LTO4，即960MB/s；\r\n但是我现用VTL，麻烦了，调用8盘虚拟磁带，交给8个虚拟的磁带机加载使用，最理想的情况是，这8盘虚拟磁带分布在8个不同的RAID组上面，才能达到960MB/s的速度。可是如果不巧，这8盘虚拟磁带全部在一个RAID组上面，再碰巧这个RAID组还有其他备份任务要处理，完蛋了，可能连120MB/s也达不到了。\r\n\r\n也许有人会建议手工创建虚拟磁带，并进行细致的备份策略规划，或许可以解决这个问题。但是回过头想想，只有数据量很大的情况下，我们才会关注速度的问题，而数据量很大，直接的后果就是VTL的容量也会很大，虚拟磁带会非常多，这个管理的工作量实在是太大了......\r\n\r\n不知各位XDJM有没有什么行之有效的办法？\r\n欢迎讨论。

无牙

我做过一个类似的项目，也是VTL的备份速度问题，要备份的数据全是海量Oracle数据库。\r\n用户被折磨了N周后，得出的结论是：\r\n1.VTL机头的数量、配置以及与盘阵的连接方式是关键。\r\n2.虚拟磁带的使用顺序是关键，正如楼主说的RAID组的问题，要将虚拟磁带岔开，并行备份作业最好不用在一个RAID上的虚拟磁带。\r\n3.磁盘阵列的性能不能忽视，前面两样注意了性能还上不去，最后只能“硬撑”了！

w3wu

driver写的速度=备份速度？？？影响备份速度的因素很多的，虚拟带库的缺点的确在容量上面，至于速度还是有点优势的。