LAN-free备份：平平常常第一招儿

　　办法之一是采用LAN-free技术。所谓LAN-free，是指数据不经过局域网直接进行备份，即用户只需将磁带机或磁带库等备份设备连接到SAN中，各服务器就可把需要备份的数据直接发送到共享的备份设备上，不必再经过局域网链路。由于服务器到共享存储设备的大量数据传输是通过SAN网络进行的，局域网只承担各服务器之间的通信(而不是数据传输)任务。

　　两种常见的实施手段

　　LAN-free有多种实施方式。通常，用户都需要为每台服务器配备光纤通道适配器，适配器负责把这些服务器连接到与一台或多台磁带机(或磁带库)相连的SAN上。同时，还需要为服务器配备特定的管理软件，通过它，系统能够把块格式的数据从服务器内存、经SAN传输到磁带机或磁带库中。

　　还有一种常用的LAN-free实施办法，在这种结构中，主备份服务器上的管理软件可以启动其他服务器的数据备份操作。块格式的数据从磁盘阵列通过SAN传输到临时存储数据的备份服务器的内存中，之后再经SAN传输到磁带机或磁带库中。

　　LAN-free备份不足之处

　　“人无完人”，LAN-free技术也存在明显不足。首先，它仍旧让服务器参与了将备份数据从一个存储设备转移到另一个存储设备的过程，在一定程度上占用了宝贵的CPU处理时间和服务器内存。还有一个问题是，LAN-free技术的恢复能力差强人意，它非常依赖用户的应用。许多产品并不支持文件级或目录级恢复，映像级恢复就变得较为常见。映像级恢复就是把整个映像从磁带拷回到磁盘上，如果您需要快速恢复某一个文件，整个操作将变得非常麻烦。

　　此外，不同厂商实施的LAN-free机制各不相同，这还会导致备份过程所需的系统之间出现兼容性问题。

　　LAN-free的实施比较复杂，而且往往需要大笔软、硬件采购费。

　　无服务器备份：锦上添花第二招儿

　　另外一种减少对系统资源消耗的办法是采用无服务器(Serverless)备份技术。它是LAN-free的一种延伸，可使数据能够在SAN结构中的两个存储设备之间直接传输，通常是在磁盘阵列和磁带库之间。这种方案的主要优点之一是不需要在服务器中缓存数据，显著减少对主机CPU的占用，提高操作系统工作效率，帮助企业完成更多的工作。

　　两种常见的实施手段

　　与LAN-free一样，无服务器备份也有几种实施方式。通常情况下，备份数据通过名为数据移动器的设备从磁盘阵列传输到磁带库上。该设备可能是光纤通道交换机、存储路由器、智能磁带或磁盘设备或者是服务器。数据移动器执行的命令其实是把数据从一个存储设备传输到另一个设备。实施这个过程的一种方法是借助于SCSI-3的扩展拷贝命令，它使服务器能够发送命令给存储设备，指示后者把数据直接传输到另一个设备，不必通过服务器内存。数据移动器收到扩展拷贝命令后，执行相应功能。

　　另一种方法就是利用网络数据管理协议(NDMP)。这种协议实际上为服务器、备份和恢复应用及备份设备等部件之间的通信充当一种接口。在实施过程中，NDMP把命令从服务器传输到备份应用中，而与NDMP兼容的备份软件会开始实际的数据传输工作，且数据的传输并不通过服务器内存。NDMP的目的在于方便异构环境下的备份和恢复过程，并增强不同厂商的备份和恢复管理软件以及存储硬件之间的兼容性。

　　无服务器备份的优势

　　无服务器备份与LAN-free备份有着诸多相似的优点。如果是无服务器备份，源设备、目的设备以及SAN设备是数据通道的主要部件。虽然服务器仍参与备份过程，但负担大大减轻，因为它的作用基本上类似交警，只用于指挥，不用于装载和运输，不是主要的备份数据通道。

　　无服务器备份技术具有缩短备份及恢复所用时间的优点。因为备份过程在专用高速存储网络上进行，而且决定吞吐量的是存储设备的速度，而不是服务器的处理能力，所以系统性能将大为提升。此外，如果采用无服务器备份技术，数据可以数据流的形式传输给多个磁带库或磁盘阵列。

　　至于缺点，虽然服务器的负担大为减轻，但仍需要备份应用软件(以及其主机服务器)来控制备份过程。元数据必须记录在备份软件的数据库上，这仍需要占用CPU资源。

　　与LAN-free一样，无服务器备份可能会导致上面提到的同样类型的兼容性问题。而且，无服务器备份可能难度大、成本高。最后，如果无服务器备份的应用要更广泛，恢复功能方面还有待更大改进。

　　平衡利弊再定夺

　　前面我们讨论了光纤通道环境下的LAN-free和无服务器备份技术，由于有些结构集成了基于IP的技术，譬如iSCSI，特别是随着将来IP存储技术在存储网络中占有的强劲优势，LAN-free和无服务器备份技术应用的解决方案将会变得更为普遍。

　　LAN-free和无服务器备份并非适合所有应用。如果您拥有的大型数据存储库必须7×24随时可用，无服务器备份或许是不错的选择。但必须确保您已经清楚恢复过程需要多长时间，因为低估了这点会面临比开始更为严重的问题。

　　另一方面，如果您拥有的大小适中的数据库可以容忍一定的停机时间，那么传统的备份和恢复技术也许是您比较不错的选择。