CN1524223A - 信息备份的系统和方法 - Google Patents

Abstract

一种系统，用于批准或者拒绝对一个网络上若干节点的访问，包括一个第一节点和至少一个其它节点，第一节点包括一个列表，列出了能够被批准或被拒绝访问第一节点的若干节点。第一节点和这至少一个其它节点通过网络进行连接。当这至少一个其它节点试图获得对第一节点的访问时，第一节点考察节点列表，以便确定是应当批准还是应当拒绝这至少一个其它节点要进行的访问。

Description

信息备份的系统和方法

相关申请的交叉引用

对于2001年7月6日提交的、序列号为60/303,450的临时申请，本申请要求以其做为优先权基础，其全部内容在此引用作为参考。

技术领域

一般说来，本申请涉及备份系统，尤其是涉及提供信息备份的系统和方法。

背景技术

备份存储设备用于对服务器和其它网络装置或者设备中的信息进行备份。备份存储设备往往用于备份多种类型的信息，包括例如文件、数据库、系统信息和文件等。

如果多台主机设备共享一台备份存储设备，在访问存储设备以便读写时，就可能发生问题。图1A显示了包括备份存储器之局域网(LAN)的一个实例。该LAN包括一台或多台工作站5a-5n，一台或多台服务器6a-6n，以及至少一台备份存储设备7，通过网络9相互连接。工作站5a-5n和服务器6a-6n中的每一台，都可以采用不同的操作系统。备份存储设备7可以是例如一台磁带设备比如一个磁带库。如果主机设备比如工作站5a-5n或服务器6a-6n共享同一存储设备7，每一种操作系统都可能试图在存储设备7的同一位置存放数据。在这种情况下，一台主机设备需要的数据也许会被另一台主机设备一次后续写入的数据改写。另外，某些其它的操作系统可能需要任何附带的存储设备都在同一存储区域的一个或多个部位存放标识信息。在提供这种共享存储时，以上需要会导致冲突和困难。一台控制器可以用于控制对存储设备7的访问。不过，万一控制器崩溃，存储系统中的数据就可能化为乌有。

为了备份主机设备中的数据，可以配备多台存储设备。不过，以一种高效和有效的方式管理多台存储设备，以便对多台主机都能够备份和恢复，可能会消耗时间和资源，可能要使用LAN或者广域网(WAN)的大量带宽。

一种存储区域网络(SAN)可以用于释放LAN或WAN的带宽。SAN是共享存储设备的一种高速存储网络。SAN使所有存储设备对LAN或WAN上的所有主机可用，从而节省了LAN或WAN上宝贵的带宽。

图1b描绘了一种SAN环境。该SAN包括多台分布式服务器2a-2n，通过一种高速网络3连接到一台或多台存储设备，比如备份库4a-4n。备份设备4a-4n可能包括例如磁带库，每个磁带库都包括许多存储介质、一只机械手以及一台或多台读写设备，用于读写存储介质。分布式服务器2a-2n和备份设备4a-4n可以通过高速/大容量网络3相互连接，网络3可能包括多种高速交换机，或者高速桥路，或者兼而有之。利用这种类型的环境，共享服务器2a-2n和备份设备4a-4n有数种方式。例如，服务器2a-2n之一可以作为主仲裁器，批准所有其它的服务器对备份设备4a-4n的访问。在主/从系统中，智能在于主设备，它具有单独的判断力以及作出判断的权威，决定何时及是否允许服务器访问一台备份设备。主设备产生和保持着网络上每台设备的状态有关的信息。

主/从系统的一个问题是，如果主设备崩溃，可能会耗费大量的时间和物力才能把另一台服务器配置为主设备。在系统管理员指定和配置好另一台主服务器之前，所有其它的服务器只能等待。然后，新的主设备将重新清查网络，并且建立网络上每台设备的状态有关的信息。

另一种方法是在服务器之间分配备份设备的访问，使得每台服务器只能访问其分配范围之内的库中的驱动器和时段。不过，这种系统可能不会使备份设备的使用效率达到最高。

在许多备份操作中，备份应用程序把数据从原先的存储设备读取到服务器的内存中，进行必要的格式转换，再把它发送到适当的备份存储设备。这些过程要花费较多的CPU、IO通道和系统内存。在进行备份操作时，这些服务器可能无法执行任何其它的应用程序过程，这是极为可能的。这就是为什么系统管理员倾向于在服务器上的应用程序负载最小时进行备份的原因。如果能够进行备份操作而不需要较多地使用服务器系统，从而即使在信息备份期间也释放服务器，将是有益的。

发明内容

一种系统，用于批准或者拒绝对一个网络上若干节点的访问，包括一个第一节点和至少一个其它节点，第一节点包括一个列表，列出了能够被批准或被拒绝访问第一节点的若干节点。第一节点和这至少一个其它节点通过网络进行连接。当这至少一个其它节点试图获得对第一节点的访问时，第一节点考察节点列表，以便确定对这至少一个其它节点是应当批准还是应当拒绝其访问。

当确定允许这至少一个其它节点访问第一节点时，就可以提示这至少一个其它节点的一个用户输入一个用户标识和一个密码，以便访问第一节点。通过在第一节点上本地登录，可以修改节点列表。第一节点和这至少一个其它节点可以包括服务器。

本申请还公开了一种方法，用于批准或者拒绝对一个网络上若干节点的访问，包括：在一个第一节点上提供一个列表，列出了能够被批准或被拒绝访问第一节点的若干节点；当这至少一个其它节点试图获得对第一节点的访问时，考察节点列表，以便确定对这至少一个其它节点是应当批准还是应当拒绝其访问。

该方法可以进一步包括，当确定了允许这至少一个其它节点访问第一节点时，提示这至少一个其它节点的一个用户输入一个用户标识和一个密码，以便访问第一节点。该方法可以进一步包括，通过在第一节点上本地登录，修改节点列表。

本申请还公开了一种计算机可读的介质，它包括的代码用于批准或者拒绝对一个网络上若干节点的访问，包括：代码，用于在一个第一节点上提供一个列表，列出了能够被批准或被拒绝访问第一节点的若干节点；以及代码，用于当这至少一个其它节点试图获得对第一节点的访问时，考察节点列表，以便确定对这至少一个其它节点是应当批准还是应当拒绝其访问。

该计算机可读的介质可以进一步包括以下代码，当确定了允许这至少一个其它节点访问第一节点时，提示这至少一个其它节点的一个用户输入一个用户标识和一个密码，以便访问第一节点。该计算机可读的介质可以进一步包括以下代码，通过在第一节点上本地登录，修改节点列表。

附图简要说明

连同附图参考以下的详细说明，更好地了解之后，便不难更全面地理解本申请公开的内容及其具有的许多优点。其中：

图1A是LAN环境的一幅框图；

图1B是SAN环境的一幅框图；

图2是一幅框图，展示了可以应用本系统和方法之网络环境的一个实例；

图3是一幅框图，展示了可以应用本系统和方法之SAN环境的一个实例；

图4和图5是屏幕显示，用于允许一个用户配置系统；

图6是一幅框图，展示了一个配置后的系统；

图7至图12是屏幕显示，用于允许一个用户设置作业队列中的若干作业；

图13是屏幕显示，用于允许一个用户备份一台远程服务器；

图14是一幅框图，展示了本系统和方法的服务器使用的多种引擎；

图15是一幅流程图，用于说明按照一个实施例的多数据流备份；

图16是一幅框图，用于说明一种无服务器的备份；

图17至图19是流程图，用于说明无服务器备份的多个方面；

图20是一幅示意图，展示了若干文件及这些文件的数据块；

图21和图22是图形用户界面，用于允许一个用户配置备份库；

图23至图25是流程图，用于说明无服务器备份的操作。

具体实施方式

在介绍附图中展示的本申请公开的优选实施例时，为了清楚起见，采用了特定的术语。不过，本申请公开的内容并不意味着局限于如此选定的特定术语，应当理解，每个特定的元件都包括以类似方式操作的、所有的技术等效物。

本系统和方法能够实施于一个局域网(LAN)以及多种其它类型的环境，包括例如一个存储区域网络(SAN)环境。

图2展示了硬件和软件环境，在其中将要进一步介绍公开的若干实施例。该系统包括一台或多台工作站10a-10n，一台或多台服务器11a-11n，以及一台或多台备份设备13a-13n，通过一个或多个网络相互连接。工作站10a-10n和服务器11a-11n可以使用相同的或不同的操作系统。工作站10a-10n可能包括一台或多台桌面计算机、膝上计算机、大型机等。在图2所示的实施例中，网络是一个LAN环境，工作站10a-10n、服务器11a-11n和备份系统13a-13n通过LAN15相互连接。

此外，或者作为上述LAN环境的一个替代者，可以提供一个SAN环境。在SAN环境中，工作站10a-10n可以通过上述针对图2的LAN，连接到多台服务器12a-12n中的一台或多台。不过，在一个SAN环境中，服务器12a-12n是通过网络16连接到一台或多台备份存储设备14a-14n，如图3所示。正如下面的详细介绍，可以把服务器12a-12n分成若干服务器组，组中包括若干分布式服务器、一台主服务器和若干备份存储设备。网络16是高速网络，它可能包括一套交换机和桥路，以形成光纤通道网络的一部分。SAN形成了一个高速、高带宽的系统，用于数据通信。高速网络16可能是例如一个光纤通道网络、一个共享SCSI系统或者一个SSA型系统。

虽然本文中将仅仅介绍一个服务器组，但是在SAN中可以配备多个服务器组。主服务器控制着该SAN服务器组中所有服务器的信息流。这就防止了两台服务器在同一时刻试图定位一台设备或者一项介质。

光纤通道适配器和光纤通道库可以连接到网络16并被视为节点。节点可以连接到交换机/集线器，以便产生一个环路。光纤通道环路，有时也称为光纤通道仲裁环路，包括由光纤通道集线器连接的节点，所以每个节点都能够与每个其它节点通信。当节点加电时或者第一次连接到环路时，就登录进该环路。这就在环路上产生了环路上所有其它的节点都接收的一个事件，使得每个节点都知晓新的节点。环路上的每个节点，都由制造商分配了一个世界范围内惟一的地址或者说标识，使得每个节点登录进环路时都能够被识别。备份设备比如连接到一个集线器的磁带库，使用着知晓网络存储的应用程序，所以它们能够访问这些设备，而不干扰也要访问这些设备的其它应用程序。

在本文介绍的SAN环境中，符合本申请公开的内容的软件系统安装在服务器12a-12n上。然后对该系统进行配置，指定主服务器和分布式服务器，并且把每台服务器都分配到一个组中。例如，按照一个实施例，向用户提供了一个显示界面，比如图4所示的界面。该显示界面包括在左侧配备的一个面板20，它提供了主服务器和分布式服务器配置的树形图。显示界面右侧的一个面板22显示了已经安装了本软件、并且尚未分配到任何服务器组的所有可用的服务器。用户首先移动光标(未显示)，从显示界面右侧的列表中选择服务器之一，然后点击“Make Primary”(定为主服务器)按钮24，从而选择主服务器。移动光标，从左侧面板上选择主服务器并且点击“Delete Primary”(删除主服务器)按钮26，也可以对主服务器取消选定。选定了主服务器之后，接着选择若干分布式服务器，并且把它们分配给该主服务器，以形成一个服务器组。从屏幕右侧的窗口中选择一台分布式服务器，再点击“Assign Distributed”(分配分布式服务器)按钮。要从一个组中去除一台分布式服务器，就在左侧面板中选择该服务器的名称，并且点击“Remove Distributed”(去除分布式服务器)按钮30。重复这个过程，直到服务器组按照用户的需要配置完成。

然后，把存储设备分配给服务器组。这个过程是在主服务器上进行的。例如，要把共享的备份库分配给一个服务器组，就从主服务器上选择一个“Device Group Configuration”(设备组配置)对话框。这就产生了一个窗口，比如图5所示的窗口，它在左侧的面板32中列出了每一个服务器组，在右侧的面板34中列出了可用的存储介质设备。虽然主要是引用磁带库作为存储介质设备来介绍本申请公开的内容，但是也可以使用其它类型的存储介质设备取代磁带库或者作为补充。目前没有分配给一个组的磁带库，显示在右侧的“AVailable Devices”(可用设备)面板34中。要把一个磁带库分配给一个组，就点击并选定“Available Devices”(可用设备)面板34中列出的一个磁带库。然后，用户可以在左侧的面板32中，选中用户想要把该磁带库加入其中的组，再点击“Assign”(分配)按钮36。那么，该磁带库将从右侧的面板34中去除，并且放置在左侧的面板32中该设备组之下。重复以上步骤，就能够把其它的磁带库加入该组。结束时，点击“OK”按钮38。

图6中显示了如此配置的服务器组的一个实例。现在网络包括了一台主服务器13、分布式服务器15a-15n和存储介质设备16a-16n。

每台服务器都保持着一个作业队列，内含需要执行的作业。图7中显示了作业队列的一个实例。点击作业队列标签40，就会在窗口部位42中显示出作业队列，如图所示。作业队列标识了该作业涉及的服务器、作业号、作业ID、每个作业的状态以及每个作业的执行时间，如图所示。

当运行或者计划运行一个作业时，用户就把它提交到作业队列。本系统不断地扫描作业队列，搜索准备执行的作业。从作业队列中选定一个作业，并且右键点击多种控制选项，就能够控制作业。例如，能够给予用户把作业的状态从“HOLD”(锁定)变为“READY”(就绪)(如果它当前处于锁定状态的话)的选择。HOLD强调该作业尚未安排要执行。READY意味着该作业能够执行。用户也可以使用原先保存的脚本，把一个作业快速提交到作业队列中。脚本就是保存到一个文件的一个作业。脚本包含着该作业原始的来源、目的地、选项和计划信息。对一个现有的作业增加选项或附加的来源，就能够修改作业，而不必产生一个新的作业。作业可以重新安排，以便快速改变作业的执行日期、时间或状态。这样也使用户能够重新提交一个仍然在“Job Queue”(作业队列)中的“Done”(已完成)作业。例如，作业在第一次运行不成功时，用户可能想要这样做。用户也可以从作业队列中取消一个活化的作业，再以其下一个正常的区间重新安排。作业能够取消和从作业队列中完全删除。删除一个作业将会中断并且从作业队列中完全去除该作业，而且它不会被重新安排。如果用户然后需要重新安装该作业，用户可以重新产生该作业(如果它原先没有保存到一个脚本文件的话)。

用户把若干作业加入作业队列中，就能够设置将要执行的作业。备份管理器允许把作业加入作业队列。例如，用户能够为每个作业设置来源、目的地和计划信息。通过指定来源，用户就能够指定他们希望备份的内容。通过指定目的地，用户就能够指定他们希望把源信息备份到何处。通过指定计划信息，用户就能够指定他们希望何时进行备份。备份管理器包括一个备份向导，它向用户提供多种窗口，以便选择选项和指定作业队列信息。通过使用备份向导，就能够指定来源、目的地和计划信息。

例如，启动备份向导之后，就请求用户通过输入服务器名、用户名和密码，指定他们希望备份的来源或服务器。系统验证了这些信息之后，就向用户展示一个窗口100，比如图8中所示的窗口。如图所示，该浏览器显示了一棵设备树101，用户可以从中选择备份所用的域、机器、卷(驱动器)、共享、目录和文件。例如，要备份整个服务器机器，用户就选中“My Computer”(我的电脑)，然后点击“Next”(下一步)按钮104。然后，系统显示出一个窗口106，比如图9所示的窗口，请求用户通过选择备份所用的介质而选择备份目的地。选定了备份所用的介质之后，用户就点击“Next”按钮104。然后，向用户显示出备份选项屏幕108，如图10所示。这个屏幕允许用户通过选择将要备份之若干文件的范围，定制备份作业。例如，用户可以选择“Full Backup”(完全备份)110或者“Incremental Backup”(增量备份)112。如果选定了“Incremental Backup”，就仅仅备份新的(或者在以前的备份之后改变过的)文件。这个屏幕也允许用户设置备份时是否进行“Verification”(验证)114和“Compression”(压缩)116。点击“Next”按钮104之后，就能够向用户显示一个窗口118，如图11所示。这个窗口显示了输入的信息，并且要求用户验证该信息。如果信息不正确，用户就可以点击“Back”(回退)按钮103，回去改变任何条目。如果用户对该信息满意，就点击按钮104，系统就向用户显示一个窗口120，如图12所示。窗口120允许用户选择备份作业是“Run Now”(现在运行)122，还是“Schedule”(计划)124在一个特定的日期和时间运行。如果选定了“Schedule”按钮124，就向用户显示一系列的选项，以便选择起始日期/时间、重复方法、重复间隔(如月、日、小时、分)以及不运行该备份作业的日子(如果有的话)。

本系统因此提供了一种方便、直观的方法来安排备份作业。本系统也允许从一台本地的服务器备份另一个服务器组中的或者与任何服务器组都不关联的远程服务器/机器。远程的机器上应当具有一个适当的代理程序，使得本地服务器能够识别它，而且能够被检索和备份要备份的数据。远程机器上的代理程序浏览目标目录，把数据打包成大数据包的脉冲，以便传送到本地服务器。然后，本地服务器准备要在指定的存储设备中存放的数据。

每个代理程序也可以包括一个访问控制表(ACL)，以便标识哪台本地服务器能够通过该代理程序备份或者恢复数据。访问控制表能够识别特定的用户和/或IT地址，它们拒绝或者允许通过该代理程序备份/恢复数据。

本系统提供了一种安全系统，它依赖于在部署了代理程序的节点上具有登录资格的用户。只有用户对该代理节点具有登录访问能力，才建立本地服务器与具有代理程序之机器(代理节点)的连接。本系统也提供了一种增加级别的安全，因为用户应当与代理节点具有实质访问(超过和高于登录访问)，以便成功地操作该节点。

ACL对于一个具体的代理节点，(在企业网络上)定义了若干系统服务器，这些服务器能够连接到该节点并访问其功能。功能设置在节点上，它安装了代理程序，并且需要实质的本地节点访问以便进行操纵。ACL允许该节点的用户对于能够访问的服务器，或者设置一个包括列表，或者设置一个排除列表。如果不指定，ACL能够设置为批准所有服务器访问代理程序。

为了改变一个具体代理节点的ACL，用户要本地登录进入该节点，并且通过一种代理管理实用程序来操纵ACL。用户能够调用代理管理实用程序，并且通过一个访问控制表对话框来增加或去除访问请求。

现在将参考图13讲解一个实例，为备份增加一台远程服务器。一个备份管理器屏幕130显示给本地服务器的用户。在这个实例中，要备份的远程服务器是一台运行着Windows NT的服务器。用户从所示的窗口132中选中“Windows NT/Windows 2000 System”并且点击它。然后就向用户显示“Add Machine”(增加机器)或者“Add Using Auto-Discovery”(增加使用自动搜索)的选项，如图所示。点击“Auto-Discovery”将发现具有适当的代理程序的机器。例如，在这个实例中，如果选定了“Auto-Discovery”，系统将发现网络上的若干机器，它们安装着Windows NT/Windows 2000System代理程序。选择如图所示的“Add Machine”，就向用户显示一系列的对话框，以便允许用户为远程服务器/机器输入主机名，并且要求输入用户名和密码，以便授权用户浏览远程服务器/机器并在该处进行备份，以及允许用户设置备份目的地。

本系统中的每台服务器可能包括若干引擎，用于执行备份、恢复等操作的多种功能。例如，如图14所示，每台服务器可能包括一个作业引擎136、一个磁带引擎138和一个数据库引擎140。这些引擎完成本系统的工作量——处理和监控备份和恢复操作以及更新活动日志和数据库运行有关的信息。

作业引擎在指定的日期和时间，处理作业队列中的作业。作业引擎扫描作业队列，寻找一个可以运行的作业，然后向它发送一个适当的句柄。运行着作业引擎的每台服务器，都能够配置为适合每个用户的需要。因此，作业引擎控制着作业队列中若干作业的执行时间。它定期扫描作业队列，在作业的执行日期和时间来临时，就启动它们。用户能够控制作业引擎的多种特性。例如，选取一个选择配置菜单，就能够配置多种选项。例如，如上所述，作业引擎不停地扫描作业队列，寻找应当执行的作业。如果不指定，就每10秒扫描一次作业队列。要改变这个时间间隔，用户可以指定从1至999秒的一个时间间隔。已完成之作业的保留时间也可以控制。也就是，具有最终状态“DONE”(已完成)的作业就在作业队列中保持这个区域中指定的时间。如果不指定，“DONE”的作业保持24小时，然后从队列中删除，除非它们是再次发送的作业。要改变这项时间，可以输入0至999之间的一个数字。

本系统也可以包括一个“Activity Log”(活动日志)，用户可以查看它。“Activity Log”包含着系统的所有活动有关的信息。如果不指定，在“Activity Log”中就会出现本系统运行时发生的注释、警告和错误信息。要改变“Activity Log”中保持的信息类型，用户可以指定以下选项：“None”(无)使得不出现信息；“Errors”(错误)使得仅仅出现本系统运行时发生的错误信息；“Warnings & Errors”(警告与错误)使得仅仅出现本系统运行时发生的警告和错误信息；“Notes，Warnings & Errors”(注释、警告与错误)(它是默认值)使得出现本系统运行时发生的所有注释、警告和错误信息；“Debug”(调试)使得出现调试信息，它可用于查错。

磁带引擎负责与存储设备通信以及控制存储设备。磁带引擎选择作业所需的设备。也就是，磁带引擎识别连接到本系统的所有存储设备，并且在一个作业开始时激活它们。不推荐改变磁带引擎的配置。除了为了查错之外，正常情况下使用一种默认的配置。不过，本系统提供了多种磁带引擎选项。如果“Level”(级别)选项保持在默认值(“None”)，用户就不必指定任何其它选项。不过如果需要，有以下选项可用：“None”(默认值)不记录信息。如果保持默认值，在“Job Status Manager”(作业状态管理器)中就不会出现“Tape Engine Log”(磁带引擎日志)。如果设置为“Detail”(详细)，将会记录存储设备发送的每条信息，而且系统要监控磁带引擎并记录收到的所有信息。如果选定了“Engine Log”(引擎日志)，在“Job Status Manager”中就会出现“Tape EngineLog”。如果指定了“Output”(输出)而且如上所述设定了“Detail”，用户就能够指定他们想要把信息发送到何处。用户能够指定以下之一：“Both Screen and File”(同时发向屏幕和文件)，在这种情况下信息既在“Tape Engine Log”中记录，也发送到一个DOS框(一个磁带引擎信息窗口)。如果指定了“ScreenOnly”(仅仅屏幕)，信息就仅仅发送到磁带引擎信息窗口。如果指定了“File Only”(仅仅文件)，信息就仅仅记录在“TapeEngine Log”中。用户能够查看“Job Status Manager”中的“Tape Engine Log”。

本系统中进行的所有操作，都由数据库引擎记录。数据库引擎负责保持本系统已经备份的或者拷贝的文件、目录、驱动器和机器的历史。数据库引擎也负责本系统已经处理过的作业有关的信息，比如这些作业的作业类型、日志、最终结果以及起始和停止时间。数据库引擎也保持着本系统所用介质的历史，比如其类型、名称、第一次格式化的日期、有效期以及其中的内容。数据库引擎存放着所有已处理之作业的统计信息。保存的某些作业信息包括哪些文件和目录已经备份、拷贝和恢复，哪些作业本系统已经处理过，作业所用的存储设备和介质。

用户通过一个用户界面，能够控制多种数据库引擎选项。例如，一个“Minimum Free Disk Space Required(M Bytes)”(需要的最小可用磁盘空间)选项，允许用户指定用户想要为系统数据库保留磁盘空间的最小量(以兆字节计)。如果不指定，就使用5MB的磁盘空间。要改变所需的磁盘空间规模，用户可以指定从1到10之间的一个数字。可以设置一个“Enable Database Pruning”(启用数据库修剪)选项，使得在一次操作中备份的或者拷贝的文件和目录有关的信息，能够在处于数据库修剪状态时删除。如果不指定，就选定这个选项，以便释放数据库文件中的空间。不过，用户可能会发现，取消这个选项以便保持详细信息更有益，可以在以后恢复时所用。不过应当指出，不修剪数据库会意味着数据库可能很快填满。只有选中“Enable Database Pruning”选项时，“Prune DatabaseRecords Older Than Day(s)”(修剪数据库中超过天的记录)选项才激活。用户可以指定记录应当在数据库中保存多长时间然后再删除。如果不指定，记录已经在数据库中保存了30天后将被删除(如果启用该功能的话)。要改变时间长度，用户可以指定1到365之间的一个数字。只有选中“Enable Database Pruning”选项时，“Run Database Pruning at”(在时运行数据库修剪)选项才激活。这个选项允许用户指定何时运行修剪操作。如果不指定，就将在12:00 AM进行修剪(如果启用该功能的话)。也可以提供一个“Delete Media-Related Database Records ONLY when Pruning”(仅仅在修剪时才删除介质相关的数据库记录)选项。当用户再次格式化或者说擦除一项介质时，本系统将删除属于该磁带的数据库中的记录。不过，执行这个额外的步骤可能是耗时的过程。所以，用户可以选择“Delete Media-Related Database Records ONLY whenPruning”选项，把删除这些记录的操作推迟到进行修剪时。一个“Submit Database Pruning now”(现在提交数据库修剪)选项允许用户以指定的参数把一个数据库修剪作业立即提交到作业队列中。一个“Enable Remote Database”(启用远程数据库)选项使服务器能够使用一个远程数据库作为它的数据库，无论该远程数据库是何种类型。这个数据库可以用于把一个恢复作业提交给一台本地机。远程数据库的配置也在此进行。用户输入服务器名、登录名、密码和用户想要启用的服务器操作系统的类型。

本系统也可以包括几种其它类型的管理器，用于管理本系统。一个恢复管理器恢复已经由本系统备份的数据。用户可以设置若干策略，以便安排和管理恢复操作。恢复管理器能够进行数据的完全或者部分恢复。

一个数据库管理器显示来自数据库的信息，比如本系统处理的作业、使用的介质和本系统正在使用的设备。

一个作业状态管理器从一个“Job Status Manager”(作业状态管理器)窗口，监控所有挂起的、完成的和活化的作业。“JobStatus Manager”也响应用户的请求，再次安排挂起的或完成的作业，提交新的作业、删除作业以及停止活化的作业。对于每个完成的作业，提供日志信息。

一个设备管理器显示存储设备和介质有关的信息。设备管理器允许用户改变驱动器的压缩模式，执行介质功能，比如压缩、格式化、擦除、弹出和保留。

一个报告管理器根据数据库中的数据产生报告。多种报告包括计划策略、介质错误、周期、备份设备和介质策略有关的信息。

一个介质库管理器管理、产生和保持着介质逻辑分组，使备份容易识别，能够高效地安排介质的维护和循环使用。用户可以设计出介质周转方案，以适应具体的存档需要。报告详细地说明了周转方案中使用的介质库的介质信息，包括介质状态和周期信息。

一个警告管理器使用多种通信方法，向一个组织中的人员发送信息，涉及本系统运行期间发生的事件。

每次运行备份作业时，本系统都在其数据库中记录备份的机器、目录和文件以及所用介质有关的信息。这就使得用户无论何时需要恢复文件时，都能够对它们进行定位。如果不指定，就在无论何时用户备份系统主目录时，备份数据库信息。用户可以选择在每一个备份作业中备份数据库文件，无论是否选择备份系统主目录。

本系统也提供了数个实用程序，它们可以用于管理文件。例如，不论是因为任何原因，要是破坏了数据库中的数据，都能够进行数据库恢复。一个恢复数据库实用程序让用户从数据库备份来恢复数据库信息，盖写现有的数据库文件。在任何时候丢失了数据库文件，比如一场灾难如失火、洪水或者机器崩溃，用户都能够使用这个实用程序。有数种高级的数据库恢复选项可用，包括指定恢复数据库日期的一个选项。在这种情况下，在这个日期及以前产生的数据库操作将用于备份。另一个选项允许用户指定作业的介质选择。另一个选项允许用户在恢复作业之前和/或之后运行若干命令或批处理文件。也提供了一个选项允许用户确定“Job Queue Log”(作业队列日志)中记录的详细级别。

可以提供一个合并实用程序，允许把信息插入数据库之内的空位中。这个功能允许用户从不同的服务器恢复数据，它不是数据库驻留的服务器。例如，假若使用本系统在一台不同的机器上产生数据库备份，用户就能够使用合并实用程序使介质信息加入系统主目录的数据库中。因此，合并实用程序允许用户拿来一项介质，它包含着一次或多次备份的内容，并且把该介质上的信息附加在现有的数据库中。如果详细信息已经从数据库中修剪去了，这样做是有益的。高级的合并选项包括指定作业所用介质选择的一个选项，在作业之前和/或之后运行若干命令或批处理文件的一个选项，确定在“Job QueueLog”(作业队列日志)中用户希望记录的详细级别的一个选项，以及发送操作中事件有关信息的一个选项。

一个扫描功能提供了任何介质备份操作的有关信息。选定进行备份的每个来源都保存在介质上，作为一项单独的内容。用户能够扫描单一的内容或者整个介质。在“Job Queue”(作业队列)中能够看到扫描作业的结果。如果用户正在试图恢复一台服务器，并且需要找到数据库的最近的备份，以便能够恢复它时，这个功能特别有用。如果用户想要一份备份文件的列表，他们也可以使用扫描功能。高级扫描选项包括指定作业所用介质选择的一个选项，指定作业的某些一般选择的一个选项，比如扫描文件时进行CRC验证或者启用数据库记录，在作业之前和/或之后运行若干命令或批处理文件的一个选项，确定在“Job Queue Log”(作业队列日志)中用户希望记录的详细级别的一个选项，以及发送操作中事件有关信息的一个选项。

一个比较功能把介质上的内容与机器中的文件进行对比。在“Job Queue”(作业队列)中能够看到对比作业的结果。用户可以在备份后使用这个特性，以验证该备份把所有文件拷贝到介质上而没有错误。高级的比较选项包括指定作业所用介质选择的一个选项，指定是否启用数据库记录的一个选项，在作业之前和/或之后运行若干命令或批处理文件的一个选项，确定在“Job Queue Log”(作业队列日志)中用户希望记录的详细级别的一个选项，以及发送操作中事件有关信息的一个选项。

一个计数功能对一台机器上文件和目录进行计数。在“JobQueue”(作业队列)中能够看到计数功能的结果。这个选项可以用于在一个拷贝作业之后验证拷贝功能从一个磁盘把所有的文件拷贝到另一个磁盘而没有错误。高级的计数选项包括指定是否启用数据库记录的一个选项，在作业之前和/或之后运行若干命令或批处理文件的一个选项，确定在“Job Queue Log”(作业队列日志)中用户希望记录的详细级别的一个选项，在文件计数之前扫描有无病毒的一个选项，以及发送操作中事件有关信息的一个选项。

一个清除功能允许用户从一台机器上删除文件和目录。在“Job Queue”(作业队列)中能够看到其结果。清除功能允许用户从一台机器上删除文件和目录。高级清除选项包括指定作业的某些一般选择的一个选项，比如去除目录或者启用数据库记录，在作业之前和/或之后运行若干命令或批处理文件的一个选项，确定在“JobQueue Log”(作业队列日志)中记录的详细级别的一个选项，以及发送操作中事件有关信息的一个选项。

一个拷贝功能允许用户从一个位置把若干文件拷贝到另一个位置。例如，用户可以在一台本地机上运行一个拷贝作业，把若干文件和目录存放到另一台机器上，这些文件和目录将要备份到介质上。拷贝选项确定在拷贝操作期间或者之后发生的相关动作。例如，提供了一个选项以指定何时再次试图打开文件和文件共享选项。也提供了一个选项以指定是否启用数据库记录。另一个选项在目的地介质上产生源机器的一个镜像。提供了一个选项，从源机器拷贝文件和目录，并且删除在源机器上没有出现的所有文件和目录。也提供了一个选项，在把文件拷贝到达目的地机器之后，从源机器中删除文件。可用的一个选项在NTFS卷上进行文件存取时，拷贝文件级的安全信息。也提供了一个选项，在运行作业之前和/或之后运行若干命令或批处理文件。一个选项允许用户确定在“Job Queue Log”(作业队列日志)中他们希望记录的细节。另一个选项在拷贝文件之前进行病毒扫描。另一个选项发送操作中事件有关的信息。

本系统允许并行地使用多数据流来运行存储操作，进行数据备份。也就是，本系统能够安排为自动地或者响应一个用户选定的选项，根据可用的磁带设备，产生一个备份作业的多个备份流。通过在并行的备份流中分配数据，这种方式极大地缩短了备份操作所需的时间。灾难性损失之后的恢复也更快，因为所有可用的设备一起协作，同时恢复所有或大部分备份的数据。

因此，多个备份流通过把单一的备份作业分割成多个作业，使用两台或更多的磁带设备，允许用户利用系统中所有可用的磁带设备。结果，与顺序方法相比，多个备份流增大了整体的备份吞吐量。如果在系统中有不只一台驱动器和不只一个卷可用，用户就可以选择使用多个备份流。

在本地和远程设备中都能够使用多个备份流。在节点(计算机)级别支持使用多备份流选项备份远程源。用户可以使用所有的存储介质设备，或者可以指定仅仅一个单组的存储介质设备(如果在系统中有混合类型的存储介质设备)。如果在系统中安装了一个备份库选项(下面将要介绍)，(选定时)多个备份流将使用所有可用的库设备。如果没有安装备份库选项，用户也可以把存储介质设备分成分开的组。

如果是一个变换器，它产生的备份流(从作业)的总数目将取决于可用存储介质设备的数目，否则就取决于存储介质设备组的数目。

对于正常的文件，在卷级别执行多备份流(两个卷能够在两台分开的设备上同时运行)，对于本地数据库服务器是在数据库级别执行。对于“Preferred Shared Folder”(优选共享文件夹)、远程数据库服务器和Windows NT/2000客户代理程序，在节点级别执行多备份流。

本系统能够同时运行与系统中的设备/组同样多的作业。选定多备份流选项时，如果用户产生了一个主作业，它将触发与可用之存储介质卷或设备同样多的从作业。当一个作业在一个卷上完成时，就执行另一个作业，直到所有作业运行完成。

使用多备份流时，用户可能会希望选择一个介质库，以防止磁带被盖写。对于正常的驱动器，各台磁带设备应当配置在分开的组中。对于带有变换器的磁带系统，它们可以配置在同一组中。取消一个主作业意味着取消所有的从作业。为了完全取消整个多备份流作业，用户可以取消主作业或者任何一个从作业。正如本文中介绍的，把一个作业放人作业队列时，可能在执行作业之前或之后进行若干操作。例如，信息可能发送给多种人员等等。这些被称为预/后操作。在主作业级别支持预/后操作和说明。也就是，不会为每个从作业执行预/后操作。相反，在运行生成从作业的完整作业之前或之后执行预/后操作。每个从作业将在作业队列中有一个如下模式的默认作业说明：MULTI STREAM[JOB[MID]] SUBJOB[SID]，其中MID是主作业ID，而SID是序列ID。如果系统仅仅具有一台存储介质设备，将会忽略多备份流选项。为了利用多备份流作业来实现最佳性能，可以采用具有多处理器和每个处理器至少256MB内存的高端服务器。

图15是一幅流程图，用于说明按照本申请公开的内容之一个实施例的多数据流备份方法。在步骤S2中，用户产生一个主备份作业。在步骤S4中，作业引擎扫描作业队列，根据作业的计划运行日期和时间，寻找适于运行的作业。在步骤S6中，根据计划的启动时间作出判断，是否有一个作业要运行。如果不是一个主作业要运行的时间(在步骤S6中结果为否)，作业引擎就继续扫描作业队列，直到是一个主作业要运行的时间(在步骤S6中结果为是)。在步骤S8中，系统把主作业分割成多个较小的从作业，以每个从作业对应于单一源入口(文件系统、数据库等)的一次备份/恢复。然后，本系统把这些较小的从作业发送到作业队列中(步骤S10)。在步骤S12中，作业引擎继续扫描作业队列，以搜索作业。这样继续下去，直到探测到新的从作业(在步骤S14中结果为是)。探测到新的从作业时，作业引擎与磁带引擎通信，以确定是否有磁带设备可用，以便开始向其备份(在步骤S16中结果为否时进行循环)。这样继续下去，直到确定一台磁带设备可用。一旦确定了一台磁带设备可用(在步骤S16中结果为是)，就开始运行具有可用存储设备的每个较小的从作业(步骤S18)。每个从作业完成时，向磁带引擎返回信息，指明这个从作业所用的磁带设备再次可用(步骤S20)。然后，作业引擎扫描作业队列，搜索下一个从作业，这个过程重复下去，直到所有从作业执行完成。对所有作业是否已经完成进行判断。如果未完成(在步骤S20中结果为否)，这个过程再次扫描作业队列，寻找要执行的从作业(步骤S12)。如果每个从作业都已完成(在步骤S20中结果为是)，这个过程就结束(步骤S22)，而且主作业视为完成。这时，就可以执行任何作业后操作。

本系统也能够进行无服务器的备份，对于系统管理员，这就解决了传统备份涉及的许多问题。无服务器备份允许用户进行备份，而对系统CPU几乎是零冲击，在进行备份时允许服务器上的应用程序继续运行。无服务器备份无须备份窗口，给予了可能的最高备份/恢复性能，而且在备份正在进行时也允许应用程序继续存取数据。

无服务器备份是使用工业标准扩展的拷贝命令进行的，并且支持带有若干设备的SAN环境，只要它支持扩展的拷贝命令。

通过使用扩展的拷贝命令，无服务器备份从数据备份传递路径上有效地完全去除了服务器，实现了磁盘到磁带或者磁带到磁盘的直接数据传递。在服务器级别发生的活动仅仅是启动数据传递，而实际的数据传递是在SAN中的“Data Mover”(数据移动器)级别发生的。依据本申请公开的内容的无服务器备份使用“Data Mover”，在磁盘和磁带之间传递数据。“Data Mover”是支持扩展拷贝命令的设备，使数据无须去往服务器，实现了最短的数据路径。这样做在相当大程度上提高了备份性能，并且产生了可能的最高备份/恢复速度。在进行备份的同时，这样做允许应用程序继续访问服务器。这个功能无须备份窗口，并且允许系统管理员在任何时候进行备份。

图16显示了无服务器所用系统的一个实例。如图所示，该系统包括服务器150a-150n、磁盘阵列152和备份存储介质154，它们都通过高速网络160相互连接在SAN中，该网络可能包括路由器、桥路等。磁盘阵列152能够存放来自多种工作站(未显示)的数据。

SAN支持“扩展拷贝”——数据能够从磁盘阵列152直接传送到备份存储介质154，而不必通过一台服务器。如图16中的箭头A所示，数据备份所用的数据路径起始于磁盘阵列152，经过网络160，到达备份存储介质154。由于数据路径不包括服务器的使用，这种备份被视为无服务器的。

仅有的涉及服务器的方式是接收备份有关的数据。例如，服务器可能要与系统的多个部位通信，以便获得备份有关的元数据等。服务器也可以用于启动和控制备份过程，但是备份的数据是从磁盘阵列152直接移动到备份存储介质154，而不经过任何服务器的CPU。

无服务器备份的一个方面是基于对每个卷上的文件映射表进行分析。图23是一幅流程图，用于说明依据本申请公开的内容之一个实施例的无服务器备份的若干方面。系统首先打开NT文件系统(NTFS)的根目录和结构(步骤S70)，对每个文件的分配表进行同样的分析(步骤S72)，并且找出每个文件的属性(步骤S74)。考察了每个文件的属性之后，系统就判断文件是常驻的还是非常驻的(步骤S76)。如果文件为常驻的(在步骤S76中结果为是)，就备份全部属性(步骤S80)。如果为非常驻的(在步骤S76中结果为否)，系统就备份文件属性以及属于该文件的数据块(步骤S78)，因此把该卷上的所有文件都映射到整个卷上，用于完全的数据保护。在支持文件分配表(FAT)文件系统的一个系统中，该系统能够通过转换FAT模式来转换数据块。转换的结果是一种无服务器备份，它使用能够提供文件级别恢复的扩展拷贝技术。

如图24所示，对于NTFS，本系统打开一个卷(步骤S82)，读进引导扇区(步骤S84)，并且获得BIOS参数块(BPB)(步骤S86)。然后，系统确定扇区尺寸、簇尺寸、文件记录区段尺寸、每个索引分配缓冲区的簇数(步骤S88)。

系统首先遍历根目录(根据根目录的文件引用，系统读取文件记录区段以得到根目录)，取决于索引根入口(步骤S90)，并且判断它是否为一个文件(步骤S92)。如果它是一个文件(在步骤S92中结果为是)，系统将考察该文件的属性(安全、数据属性等)，并且备份属性的对应值。对于该文件是常驻的还是非常驻的，作出判断(步骤S96)。如果数值为常驻值(在步骤S96中结果为是)，系统将备份包含着属性的文件记录区段。如果它是非常驻的(在步骤S96中结果为是)，系统将算出LCN/VCN(运行列表)，并且记忆该信息(步骤S100)。

如果不是一个文件(在步骤S92中结果为否)，就执行其它步骤(步骤S102)。例如，假若根入口是索引节点，系统将浏览索引分配属性。如果它是一个目录，系统将遍历该目录。然后，系统将根据一个位图，增加尚未在该列表中的所有其它的簇。

如图25所示，对于FAT/FAT32，本系统打开该卷(步骤S104)，读进引导扇区(步骤S106)，并且获得BPB(步骤S108)。系统读进根目录(步骤S110)，并且根据根目录中的每个入口，系统可以对它进行有区别的分析。例如，假若它是一个子目录(步骤S112)，系统将确定该目录的簇链(步骤S114)，读进该子目录(步骤S116)并且遍历它(步骤S118)。如果它是一个文件(步骤S112)，系统将使用FAT表确定该文件的簇链(步骤S120)。

为了获得一个瞬态图，在备份之前，系统清洗了该卷的缓存。然后，系统使该卷冻结(如取得一个瞬态图)。在备份分析阶段，一个瞬态图驱动程序将把原始数据返回给无服务器/影像，用于实际的数据备份。对于无服务器系统，由于原始数据发生了数据移动，数据移动器可能无法还原原始数据。所以，在无服务器备份结束时，系统可以要求瞬态图驱动程序给出修改后簇的所有原始数据，系统在恢复期间将应用该信息。

图17显示了进行无服务器备份所用系统流程的另一个实例。为了完成无服务器备份，本系统获得磁盘阵列152或者该阵列的一部分的一幅静态图(步骤S40)，把磁盘组上的数据块映射到它们所属的文件(步骤S42)，并且把数据从磁盘阵列152直接移动到备份存储介质154(步骤S44)。

为了获得磁盘阵列中数据的静态图，本系统可以使用一种备份镜像系统。图18显示了使用一种备份镜像系统，获得磁盘阵列中数据静态图之流程的一个实例。首先建立镜像(步骤S46)。接着停止任何应用程序写入该磁盘阵列(步骤S48)，然后分割镜像(步骤S50)。

获得静态拷贝的另一种方法是使用一幅瞬态图。在这种情况下，如图19所示，本系统首先停止任何应用程序写入该磁盘阵列(步骤S52)，然后产生瞬态图(步骤S54)。

本系统现在有了要备份之磁盘阵列的一幅静态图。当数据正在从磁盘阵列152传递到备份存储介质154时，该数据可以作为数据块传递，而不是作为文件传递。所以，为了最终恢复一个文件，本系统产生了一个表或者说映射，标识哪些数据块属于哪些文件。例如，如图20所示，文件A包括数据块A、B和C。文件B包括数据块D、E和F。当产生瞬态图或者分割镜像时，这些映射将保持不变，直到产生了另一个分割镜像或者瞬态图。本系统产生表或者说映射，记录数据块与文件A和文件B的关联关系。然后当用户试图恢复例如文件A时，本系统搜索与文件A相关联的数据块并恢复它们。从磁盘阵列152传送到备份存储介质154的数据块，使用扩展拷贝命令直接传递。

从无服务器备份系统恢复数据时，用户可以选择为了恢复整个驱动器而在影像级别恢复数据，或者为了恢复个别文件和目录而在文件级别恢复数据。

影像级别恢复从备份存储介质154拷贝整个影像到磁盘阵列152。文件级别恢复正如使用服务器的恢复，从备份存储介质154拷贝选定的文件到磁盘阵列152。

为了进行影像级别的无服务器恢复，本系统产生了要恢复之数据的一幅瞬态图或者分割镜像。接着，本系统使用扩展拷贝命令，从备份存储介质154把备份的数据恢复到磁盘152。

在上述实施例中，在获取驱动器的瞬态图或者影像时，停止所有应用程序写入驱动器。不过，除了停止应用程序写入驱动器以外，本系统也能够等待一段优选的时间，以便获取瞬态图或者影像。例如，本系统能够使驱动器152同步，并且等待一段对驱动器152写入不活化的时间。如果不指定，在冻结驱动器之前(如获取瞬态图)，本系统寻求的写入不活化的时间为3秒。不过，如果需要，用户能够修改这个时间长度。如果不能找到指定的写入不活化的时间(3秒)，在一个指定的超时阶段(如80秒)之后，同步就超时了，冻结请求将会失败。指定的写入不活化的时间就是在驱动器被视为能够进行冻结之前，驱动器上应当产生不活化的秒数。如果需要，用户也能够修改超时的时间长度。在驱动器被视为能够进行冻结之后，就能够获取驱动器的瞬态图或者影像了。以这种方式，在应用程序可能正在执行的过程中间，并不强制它们停止。

本系统也可以包括GUI，用于管理一个或多个磁带库。一个磁带库就是包含着一个或多个磁带驱动器的一台设备，带有自动的介质传送系统，比如一只机械手，它能够在没有手工干预的情况下进行大量数据的备份。一个磁带库可以包括多种带有条形码ID的部件(如果该库支持它的话)。本系统能够使用条形码ID，以便通过读取介质粘贴的条形码而对各项介质进行快速定位。磁带库也可以包括一个或多个带仓(或柜)，其中存放着一组或多组存储介质(比如磁带介质)。可以配备一只机械手，它使存储介质单元在仓槽和驱动器之间移动。磁带库可以在一台设备中包括一台或多台驱动器，在计算机或服务器与存储介质之间传递(备份或恢复)数据。一个磁带库能够包含一台或多台驱动器，以及从一个至几百个带仓。较小的磁带库常常被称为自动加载器，或者说转换器。在本文使用的术语“库”是指任何规模的库。

一个库可以被视为类似于一个单一的存储驱动器。不过，主要的差异之一在于，典型情况下一个库使用至少两个SCSI ID：一个用于库本身，另一个用于库中若干驱动器的每一个。某些库可以使用一个单一的SCSI ID。当一个库仅仅使用一个SCSI ID时，可以给库和库驱动器中的每一个分配一个逻辑单元号(LUN)，以便区别驱动器和库。一个单一的SCSI ID实际上分割成了两个ID。与使用分别的存储单元相比，使用一个库有几个优点。例如，使用一个库，在备份和恢复期间就无须手工干预。此外，库中能够包含多个存储驱动器以及大量的介质，因此能够提供的容量大。

本系统能够支持带有多个驱动器的库，以及带有单一驱动器的库。本系统也能够支持多个库。本系统允许用户从一个位置跟踪和控制这些库的初始化过程。对于多驱动器的库，磁带引擎使用全部驱动器进行初始化过程。本系统也允许多个并发的设备管理功能，包括从任何指定的槽清洁存储驱动器。也配备了对多种库设备管理功能的支持，  包括格式化槽范围、擦除槽范围(既快又长)、输入/输出、列出槽清单、安装带仓、卸载带仓、清洁库驱动器。本系统能够使用一个库中所有可用的驱动器。如果有多个驱动器可用，驱动器管理功能就能够并发地执行。

本系统通过读取介质上能够粘贴的条形码，能够快捷地定位各项介质。完成安装以及第一次启动磁带引擎之后，就对整个库列出清单并记录。本系统提供了设备配置，能够安排库清洁，只要库支持这个特性的话。库能够分组。除了库组是基于槽以外，库组采用了与设备组相同的概念(如服务器组)。从一个库组能够选择一个库内部的任何槽。如果库的寻带范围大于实际的磁带数目，用户就能够插入一盘新带，本系统将能够把新带识别为预定义组的一部分。本系统能够列出新介质的清单，允许用户把新介质插入一个库并且继续备份或恢复操作而没有中断。如果一个多驱动器库中的一个驱动器出现故障，故障驱动器能够标为脱机。这样就使磁带引擎能够继续操作，使用库中剩余的无故障驱动器。本系统能够按照用户的偏好，利用名称或者利用槽号来搜索一项介质。本系统提供了大库支持，在显示给用户的一个列表中，能够显示超过1000个槽的一个转换器。槽能够以四种方式显示：大图标、小图标、详细资料和列表。

从设备配置菜单能够配置库。首先，从设备配置菜单选择一个磁带库。然后出现一个库设置屏幕。如果磁带引擎正在运行，就会出现一个窗口，让用户停止该引擎。为了配置一台库设备，应当停止磁带引擎。如果该库支持设备序列号，该设备就应当已经配置过了，并且将出现在库设备列表上。如果设备尚未自动分配给该库，就能够手工分配它们。通过首先选中该设备和该库，然后点击一个“Assign”(分配)按钮，就能够做到这一点。把一台设备分配给一个库，就能够使本系统知晓该库之内该驱动器的存在。如果是手工分配驱动器，就应当以正确的顺序分配多驱动器库内部的驱动器。例如，通常是由制造商配置库，其方式为第一个库驱动器具有最低的SCSI ID号，而最后一个库驱动器具有最高的SCSI ID号。不过，也不总是这种情况。然后出现下一个设置窗口。用户选中该库并点击一个“Properties”(性质)按钮，出现一个性质对话框。性质对话框允许用户指定哪一个槽安装着清洁带(如果有的话)，以及是否安装了条形码阅读器。

配置了库之后，本系统就列出清单。在这个阶段，用户能够把驱动器或者标为联机，或者标为脱机。以这种方式，(多驱动器库中的)故障驱动器能够标为脱机，所以本系统就能够使用剩余的无故障驱动器继续操作。修复或者更换了该驱动器之后，就能够通过再次执行上述的库设置过程，很容易地使它回到联机。

本系统也包括一种虚拟库特性，用于满足广谱存储寻址的需求。虚拟库特性使若干实际的库能够配置在较小的虚拟(逻辑)库中，同时仍然共享相同的机械手、输入、输出槽和清洁介质。虚拟库特性提供了把大库配置到较小的虚拟库中的灵活性，使得用户能够产生RAID级别设备和/或独立磁带库的不同组合。

一个虚拟库配置实用程序用于设置所有的虚拟库。这个实用程序允许用户定义虚拟库及其参数，包括该库所需之槽和驱动器的数目。在最小的情况下，一个虚拟库应当具有至少一个槽和一个驱动器与其关联。

用户可以使用以下步骤了产生一个虚拟库。首先，用户选择一个“Device Configuration”(设备配置)菜单。在点击了一个“Next”(下一步)按钮之后，显示出一个“DeviceConfiguration”(设备配置)对话框。用户可以选择虚拟库并点击“Next”(下一步)按钮。然后显示出一个屏幕，允许用户从“Available Library”(可用库)窗口，选择要配置进入虚拟库的库。选定之后，就在一个“Detail”(详细资料)区域中显示出与父级实际库相关联的特征。显示出与一片适配卡、SCSI总线、SCSI ID和LUN相关联的信息。此外，一个区域显示出这个虚拟库可用的所有槽。从显示出的一棵库树，用户能够选择要与新产生的虚拟库相关联的驱动器。驱动器能够以任何顺序分配给一个虚拟库，尽管驱动器不能在虚拟库之间共享。此外，每个虚拟库都应当具有至少一个驱动器和一个槽分配给它。然后用户可以选择分配给这个虚拟库的槽数。然后，在虚拟库窗口中显示出新产生的虚拟库。如果在这个步骤之后，一个具体的库仍然具有未分配的驱动器，可用的资源将显示在一个“Available Library”(可用库)窗口中。正在处理的整个实际库可以配置进入虚拟库中。对于一个选定的实际库，所有的驱动器和槽都可以使用。

本系统允许一个库中的槽分成组。分组的槽允许同时运行几种类型的作业。此外，如果在一个组中有几个槽可用，你就能够让该库为你覆盖该组中的介质。如果不指定，第一次启动本系统时，每个库中机器附带的所有槽都自动分配给该库组。例如，假若该机器附带了两个库，将会有两个库组。第一个库中的所有槽都将分配给GROUP0(0组)，第二个库中的所有槽都将分配给GROUP1(1组)。这些库组名称能够保存，用户也能够对它们再次分组和改名。由于一个库中的每个槽都视为一个虚拟的存储驱动器，每个槽都能够分配给其自己的组。

本系统允许用户使用一个GUI来配置库。用户通过启动一个“Device Manager”(设备管理器)，就能够配置一个库(或者修改一个库的配置)。本系统检索了库设备的信息之后，用户就能够选择一幅设备图，并且对他们希望配置的库设备进行定位和选择。将会向用户显示一个屏幕，如图21所示。要配置一台设备，出现一个“Device Group Configuration”(设备组配置)窗口时，用户就点击“Device”(设备)标签161。在设备窗口(图22)上有两个子窗口。在左侧窗口160是“Groups”(组)，在右侧窗口162是“Available Devices”(可用的设备)。用户能够从“Groups”(组)列表中取出驱动器，把它放进“Available Devices”(可用的设备)列表。例如，要把该驱动器从“Groups”(组)列表中移动到“Available Devices”(可用的设备)列表中，用户就点击他们需要移动的设备，并且点击“Remove”(去除)按钮164。这就使该驱动器能够移动到用户想要配置的任何库中。然后，用户点击“Library”(库)标签166，那么你移动的磁带驱动器就处于“Available Devices”(可用的设备)列表以及“Groups”(组)列表中的转换器中前面的标签内。

要产生一个新组，用户就点击“Groups”(组)列表中的转换器，再点击“New”(新)按钮168。一个“New Group”(新组)对话框就出现了。然后，用户为这个组键入8个字符或不到8个字符的一个名称，选择一个起始和结束槽范围，再点击“OK”。也可以使用“Assign”(分配)按钮170，以类似的方式分配组。

本系统和方法能够在一个SAN环境中使用，其中以SAN连接的每台服务器都保持着SAN中共享存储设备的信息，决定它要对设备的介质和磁带驱动器做什么，以及让其它服务器知晓其决定并且也共享它启动之设备中状态的任何变化。

如上针对图6所述，环路中的一台服务器指定为主服务器，其余服务器指定为分布式的。主服务器13负责对SAN上连接的设备进行启动和列出清单。主服务器13也运行着一个称为“瞬态图”的全局锁定过程，在不同的服务器之间使对存储设备的访问同步。分布式服务器15a-15n从主服务器获取设备信息细节，并且初始化它们的内部结构。一旦所有的服务器启动并运行之后，它们就是独立的，而且有足够的智能来作出它们自己的决定。服务器之间的通信是通过一个同等系统层，它是活化在SAN中所有的服务器上。

如果一台服务器(如分布式服务器15b)需要备份数据，并且决定使用备份存储设备16a中的一个驱动器和介质，那么它首先从主服务器13上运行的“瞬态图”过程请求一个全局锁定。如果没有其它的服务器正在保持这种锁定，这个请求的服务器就获得了锁定并且能够安全地推进其操作。否则，它就只得等待，直到它能够获得全局锁定。一旦服务器15b能够获得全局锁定，它就检查其内部表格以判断该驱动器和介质是否已经被任何其它的服务器或者被它自己锁定。如果它们尚未被锁定，那么服务器15b就把该驱动器和介质标为锁定的，并且通过SAN的同等系统把该信息传播到SAN上的其它服务器。然后，它释放全局锁定，使得其它服务器能够对其它的驱动器和介质作出无论何种它们想做之事。在一台服务器把介质从槽移动到驱动器或者反向移动时，它就向其它服务器更新这个动作，使得它们能够更新其内部表格。在介质已经格式化(或者再次格式化)的情况下，该信息就传播到所有其它的服务器。在服务器15b结束其操作之后，它将再次请求全局锁定，然后告诉其它服务器解锁该驱动器和介质。服务器15b也将从它自己的内部表格中解锁它们，然后释放全局锁定。

如果主服务器13崩溃了，由于所有其它的服务器都知晓设备的状态，任何其它的服务器都能够实时地被提升为主服务器。

使用按照本说明书之教导编程的一台或多台常规的通用数字计算机和/或服务器，可以方便地实施本申请公开的内容。根据本申请公开的内容的教导，就能够由熟练的程序员准备适当的软件代码。通过准备按应用而定的集成电路或者通过把常规组件电路相互连接成一个适当的网络，也可以实施本申请公开的内容。

考虑到以上的教导，本申请公开的内容还可能有许多其它的修改和变化。所以应当理解，在附带之权利要求书的范围之内，能够以不同于本文具体介绍的方式实践本申请公开的内容。

Claims (10)

1.一种系统，用于批准或者拒绝对一个网络上若干节点的访问，该系统包括：

一个第一节点，它包括一个列表，列出了能够被批准或被拒绝访问第一节点的若干节点；以及

至少一个其它节点，第一节点和至少一个其它节点通过网络进行连接，其特征在于，当这至少一个其它节点试图获得对第一节点的访问时，第一节点考察节点列表，以便确定是应当批准还是应当拒绝这至少一个其它节点要进行的访问。

2.根据权利要求1的系统，其特征在于，当确定允许这至少一个其它节点访问第一节点时，就提示这至少一个其它节点的一个用户输入一个用户标识和一个密码，以便访问第一节点。

3.根据权利要求1的系统，其特征在于，通过在第一节点上本地登录，修改节点列表。

4.根据权利要求1的系统，其特征在于，第一节点和这至少一个其它节点包括服务器。

5.一种方法，用于批准或者拒绝对一个网络上若干节点的访问，该系统包括：

在一个第一节点上提供一个列表，列出了能够被批准或被拒绝访问第一节点的若干节点；以及

当这至少一个其它节点试图获得对第一节点的访问时，考察节点列表，以便确定是应当批准还是应当拒绝这至少一个其它节点要进行的访问。

6.根据权利要求5的方法，进一步包括，当确定了允许这至少一个其它节点访问第一节点时，提示这至少一个其它节点的一个用户输入一个用户标识和一个密码，以便访问第一节点。

7.根据权利要求5的方法，进一步包括，通过在第一节点上本地登录，修改节点列表。

8.一种计算机可读的介质，它包括的代码用于批准或者拒绝对一个网络上若干节点的访问，包括：

代码，用于在一个第一节点上提供一个列表，列出了能够被批准或被拒绝访问第一节点的若干节点；以及

代码，用于当这至少一个其它节点试图获得对第一节点的访问时，考察节点列表，以便确定是应当批准还是应当拒绝这至少一个其它节点要进行的访问。

9.根据权利要求8的计算机可读的介质，进一步包括以下代码，当确定了允许这至少一个其它节点访问第一节点时，提示这至少一个其它节点的一个用户输入一个用户标识和一个密码，以便访问第一节点。

10.根据权利要求8的计算机可读的介质，进一步包括以下代码，通过在第一节点上本地登录，修改节点列表。

Images