虚拟带库已经产生很长一段时间了,它在整个存储架构中处于某些产品之间的补充位置。但是,最近听到这样一种观点:虚拟带库将取代带库。笔者认为此观点值得商榷。
虚拟带库原理
虚拟带库的主要应用领域是使用大型磁带库做数据保护或者归档的用户,作为磁带库的前端用以提高系统性能(备份与恢复效率同时提高)。以前的情况是“d2t(disk to tape)”,现在变成了“d2d2t(disk to disk to tape)”,而从用户感受的角度来看,仍然是“d2t”。 【相关文章:MySQL 5.0新特性教程 存储过程:】
虚拟带库最初的产生是在大型机领域,主要是由于传统磁带备份的某些局限性造成的:备份速度低、各种机械故障以及复杂的维护工作等。后来,此项技术被应用到开放系统领域。 【扩展阅读:Linux 应用集成 my sql 数据】
曾经有位读者提出这样一个问题:既然是高性能的磁盘数据管理与较低性能的磁带备份之间的缓冲设备,为什么不采用数据复制的方式将数据直接拷贝到中间设备中呢?也就是说,当这种磁盘备份产品出现时,为什么还要把这个中间设备模拟成磁带库的形式呢? 【扩展信息:频遭收购 开源数据库如何转变市场角色(1】
为何要模拟磁带?
为了弄清这个问题,我们需要详细分析一下典型存储应用过程中,数据从数据管理设备到数据保护设备的“运行”轨迹。当数据从用户的业务应用系统中产生后,首先存放在数据管理设备中,比如高端磁盘阵列或者nas(网络附加存储)设备中,此时数据仍然会被经常调用,而当数据访问频率下降且数据量巨大时,需要把它们存储到数据保护设备中,最常见的是磁带库(还有光盘库等)。数据从数据管理设备迁移到数据保护设备的过程,需要复杂的数据管理软件,不仅要管理数据备份、数据恢复过程,还要根据不同的应用需求制定相应的策略。
当磁盘备份产品刚刚产生时,需要尽可能地利用原有各种软件管理产品,还需要利用用户长期形成的购买习惯——在整个存储系统中需要有数据管理设备与数据保护设备,两者缺一不可。
... 下一页