解答：虚拟磁带库≠磁盘阵列+备份软件
利用磁盘进行备份（D2D）
出于以上提到的问题，有些用户的咨询专家开始倾向使用磁盘阵列作为备份设备。随着SATA技术的兴起，大容量磁盘的价格进一步下降，性能价格比更好，使很多人开始关注这种做法。利用磁盘作为备份设备的解决方案应运而生，这个解决方案目前有几种流行的实现方式：
l 最初大家的普遍做法，也就是采用标准的光纤通道或者SCSI磁盘阵列，安装容量大价格低的SATA硬盘，直接连接到备份服务器上，利用服务器把磁盘阵列格式化成一个文件系统；
l 随着NAS技术的兴起，也有的用户利用NAS上的存储空间进行备份；
l 目前一些备份软件所具备的磁盘备份功能。
l 这一类解决方案的特点是：利用磁盘作为存储设备，磁盘被格式化成文件系统。这种方式相对于磁带库来说解决了很多问题：
l 不再受磁带库设备和介质可靠性方面的困扰；
l 规避了磁带加载卸载对备份性能的影响，其持续读写性能达到或超过了中端磁带库；
l 提高了设备空间利用率；
l 磁盘阵列设备在用户环境中很常见，一般的系统管理员不需要过多的专业知识都可以自行维护，降低了维护成本。
l
而且，通常看起来投资比较低，用户只需要购买一台磁盘阵列就可以了。
然而，在实际应用中，用户逐渐发现，这种最简单的基于磁盘阵列的解决方案并不是完美的。
让用户头疼的问题
1、共享
如果在一个有多台服务器的环境中要实现LAN-FREE备份，配置的复杂性和成本都会迅速提高。
一般来说，实现备份到磁盘，都要在这台磁盘阵列上建立一个文件系统，才能够被备份软件识别。而一般的文件系统都不能被多服务器共享，只有磁带库可以实现共享。
这就是说，如果想像使用传统磁带库一样，通过SAN实现多服务器共同使用一个磁盘阵列，必须要在磁盘阵列上建立多个逻辑设备，然后将每个逻辑设备分配给每抬服务器。
这就带来了管理上的一系列问题：
l 如何决定为每台服务器分配多少块磁盘？
l 一旦分配的空间太少，如何进行在先扩展？
l 一旦分配的空间太多，如何缩减？
l 这一功能是否需要昂贵的卷管理软件工具来实现？
2、安全性
这种简单的基于磁盘阵列的存储设备是以文件系统的方式出现的服务器上的，这个文件系统可以由任意工具来操作，也可以被任何人访问。一个有意无意的“DEL“就可以毁掉所有备份数据。总之，和文件系统上的其他文件一样脆弱，这意味着很多危险：
l 会不会由系统管理员的误操作或者其他人的恶意删除导致数据丢失？
l 会不会被人将数据非法拷贝走，到其他计算机上恢复，导致关键机密的泄露？
l 会不会被病毒感染，导致备份数据无法恢复？
3、性能
首先，文件系统本身就可能是性能瓶颈，尤其在多任务、多进程的时候，文件系统很有可能成为整个备份系统的瓶颈。
文件系统难以解决磁盘碎片的问题，磁盘碎片会导致文件系统的性能逐渐下降，而且，当数据量比较大的时候，磁盘碎片的问题很难以解决。
4、功能
备份管理软件是设计为磁带库使用的，虽然目前绝大部分备份软件都支持使用文件系统作为备份设备，但与使用磁带时的功能有一些差别。这些差别会导致一些严重的问题：
l 一些主流的备份软件在备份数据超过保存期限时，如果使用磁带介质，可以方便的进行介质回收。而如果使用文件系统，则无法自动回收这部分磁盘空间。系统管理员必须手动的用操作系统命令删除相应的文件。但这一工作是高风险的，因为文件系统是不能区分文件是否超出的了保存期限；
l 当备份系统因为某种原因丢失了介质索引的时候，一般都可以利用重新扫描磁带重建索引。但如果采用磁盘作为备份设备，备份系统无法对其进行扫描。这样，很有可能所有的数据仍然在存放在磁盘阵列上，但却无法恢复。
l 放在磁盘阵列上的备份数据，无法进行介质复制，将备份数据拷贝到磁带上，进行离线保存。这样，就失去了磁带因此带来的灵活性，如：离线保存、数据移植、异地容灾等。
根据以上的分析，这种简单的利用磁盘阵列直接当备份设备的做法，虽然解决了来自磁带库的问题，但也产生了磁带库设备没有的新问题，而且难以解决。因为，到目前为止，很少有人采用这种办法进行备份。
