利用磁盘进行备份的优劣表现(D2D)

　　有些用户的咨询专家开始倾向使用磁盘阵列作为备份设备。随着SATA技术的兴起，大容量磁盘的价格进一步下降，性能价格比更好，使很多人开始关注这种做法。利用磁盘作为备份设备的解决方案应运而生，这个解决方案目前有几种流行的实现方式：

　　1、最初大家的普遍做法，也就是采用标准的光纤通道或者SCSI磁盘阵列，安装容量大价格低的SATA硬盘，直接连接到备份服务器上，利用服务器把磁盘阵列格式化成一个文件系统;

　　2、随着NAS技术的兴起，也有的用户利用NAS上的存储空间进行备份;

　　3、目前一些备份软件所具备的磁盘备份功能。

　　这一类解决方案的特点是：利用磁盘作为存储设备，磁盘被格式化成文件系统。这种方式相对于磁带库来说解决了很多问题：

　　不再受磁带库设备和介质可靠性方面的困扰;

　　规避了磁带加载卸载对备份性能的影响，其持续读写性能达到或超过了中端磁带库;

　　提高了设备空间利用率;

　　磁盘阵列设备在用户环境中很常见，一般的系统管理员不需要过多的专业知识都可以自行维护，降低了维护成本。

　　而且，通常看起来投资比较低，用户只需要购买一台磁盘阵列就可以了。

　　然而，在实际应用中，用户逐渐发现，这种最简单的基于磁盘阵列的解决方案并不是完美的。

　　让用户头疼的问题

　　1、共享

　　如果在一个有多台服务器的环境中要实现LAN-FREE备份，配置的复杂性和成本都会迅速提高。

　　一般来说，实现备份到磁盘，都要在这台磁盘阵列上建立一个文件系统，才能够被备份软件识别。而一般的文件系统都不能被多服务器共享，只有磁带库可以实现共享。

　　这就是说，如果想像使用传统磁带库一样，通过SAN实现多服务器共同使用一个磁盘阵列，必须要在磁盘阵列上建立多个逻辑设备，然后将每个逻辑设备分配给每抬服务器。

　　这就带来了管理上的一系列问题：

　　1) 如何决定为每台服务器分配多少块磁盘？

　　2) 一旦分配的空间太少，如何进行在先扩展？

　　3) 一旦分配的空间太多，如何缩减？

　　4) 这一功能是否需要昂贵的卷管理软件工具来实现？