子系统端备份

子系统端备份

除了前面提到的基于S A N的备份方法，还存在另外一种值得一提的S A N备份方法。它被称为子系统端S A N，由一个多端口磁盘子系统提供大多数或全部的备份功能。

子系统端SAN备份概述

图1 0 - 2 0给出了一个子系统端S A N及其内部备份系统的基础物理层。

                   

子系统端S A N备份系统实现备份功能时，其物理位置尽量地离数据物理存储位置近。将S A N备份功能转移到一个磁盘子系统的控制器，将直接提供对存储设备的操作，而不是通过S A N来操作这些设备。最终结果为一个高效但可能是专有的远离服务器的备份系统。整个存储网络系统的内部机制很复杂，而且需要复杂的资源管理。对于多个端口、出入这些端口的流量的管理，以及这些端口在系统内无丢失数据的访问数据的能力都非常重要。毋庸置疑，这种系统将是真正意义上的系统。

 

1.     子系统控制器中的数据移动器和连接代理

 

在子系统中定位数据移动器提供了很快的第三方复制操作。除了对子系统设备的即时访问能力，子系统内部的数据移动器能进行某些安全检查。这些安全检查可能对于那些外部数据移动器是必需的。

 

同样，建立到带库的路径的连接代理也可以在磁盘子系统中实现。然而，由于此时数据量很大，而且假设系统服务和可编程接口在某个特定的磁盘控制器中不可用，所以这种功能对于端口和某些诸如磁盘子系统的专用环境而言更加难以实现。

 

2.     将S C S I作为多端口系统的连接选择

 

集成S A N备份或无服务器S A N备份的概念通常被认为需要使用S A N连接技术。但实际上，也可以使用S C S I来获得和多端口（多于两个）磁盘子系统相同的效果。由于每个服务器通过一个专用的独立S C S I总线访问存储子系统，所以使用并行S C S I的多发起者访问所面临的通常问题不会出现。例如，E M C和日立就是两个出售多端口（多于两个）S C S I磁盘子系统的子系统厂商。

 

大多数1 9 9 9年生产的带库具有S C S I接口，从而无需使用桥或路由器就能直接连接到磁盘子系统的S C S I端口上。连接有带库子系统的资源能用于备份子系统中的任何虚拟驱动器。更重要的是，对许多I T企业而言，为这些子系统同时提供S A N连接和S C S I总线连接的能力，以及相同的增强备份能力是非常有用的。

 

3.     带库中S A N备份的实现

 

另一个基于S A N备份的方案是将S A N备份功能转移到一个磁带子系统的内部。对于大多数设备而言，服务器系统中的磁带子系统是非智能设备。但一些领先的带库厂商已经开发出集成的智能处理器，并正在开发其相关组件的应用。这些组件包括数据移动器、连接代理，还特别包括它们的产品的访问控制阀。

 

随着嵌入式系统的能力不断增强，在带库中放置一个小型计算机越来越成为可能。这种计算机将能提供足够的资源，以支持更流行的数据管理应用。终有一天，整个备份系统将被放置在带库内部，从而能最直接地控制所有的设备操作和介质操作。