ACSLS、SCSI、VTL 及 3 49x 磁带库共享

IBM Storage Protect 服务器共享ACSLS、SCSI磁带、虚拟磁带库(VTL) 349x磁带库设备时,其中一台服务器( 即库管理器 )拥有并控制该设备。

库管理器的操作包括:对卷进行入库和出库操作、为卷贴标签、挂载和卸载卷、对卷进行审计,以及跟踪库内内容的库存情况。 存储代理以及共享此库的其他 IBM Storage Protect 服务器均为库客户端。 作为库客户端,存储代理负责存储数据,并请求磁盘、磁带和卷。

IBM Storage Protect 服务器同时担任存储代理存储数据的设备的库管理器时,存储代理会将请求发送至该 IBM Storage Protect 服务器。 当 IBM Storage Protect 服务器是另一个库客户端时,存储代理会直接将自身或元数据服务器的请求发送给库管理器。

库管理器服务器支持与库管理器版本相同或更早的库客户端。 不支持版本高于库管理器的库客户端。 使用共享的ACSLS库时,库管理器必须是运行在 AIX、 HP-UX、 Linux、 Solaris 或Windows操作系统上的 IBM Storage Protect 服务器。

注意: 如果定义了一个与 IBM Storage Protect 服务器共享的库管理器服务器,则必须将该 SANDISCOVERY 选项设置为“开启”。 缺省情况下,此选项设置为 OFF。

库客户机向库管理器请求使用共享磁带库资源(例如,磁带机或介质),但以独立方式使用这些资源。 磁带库管理器协调对这些资源进行的访问。 数据通过SAN在存储设备与库管理器或库客户端之间传输。 当客户端系统包含存储代理时,图书馆管理员或任何图书馆客户端均可管理客户端数据的无局域网传输。

在这种库共享环境中,最重要的关系是服务器与存储代理之间的关系。 服务器与存储代理协同工作,共同管理存储层次结构。 该服务器可以是库客户端,也可以是库管理器。 服务器负责以下操作:

  • 迁移
  • 基于策略信息的文件过期
  • 回收卷上的可用空间并合并卷
  • 灾难恢复

存储代理通过各种操作向存储层次结构提供信息,但这一角色与库共享角色是相互独立的。

图 1 展示了以下库管理器和库客户端的配置:

  • IBM Storage Protect 服务器库管理器负责管理存储在磁带库中的客户端数据。
  • IBM Storage Protect 服务器库客户端负责管理存储在磁带库中的客户端数据。
图 1。 库管理器与客户端的无LAN配置
一台客户端系统连接到另外两台客户端系统以及一个存储区域网络(SAN)。 所有客户端系统都连接到局域网。 一台 IBM Storage Protect服务器作为库管理器,连接到局域网(LAN)和存储区域网络(SAN)。 一台充当库客户端的 IBM Storage Protect服务器也连接到了局域网(LAN)和存储区域网络(SAN)。 磁带库已连接到存储区域网络(SAN)。
提示:
  • 一个环境可以拥有库管理器,但没有库客户端。
  • 在需要 ACSLS 库支持的环境中,库客户端和库管理器可以部署在运行 IBM Storage Protect 的服务器上,该服务器可运行于 AIX、 HP-UX、 Linux、 Solaris 或 Windows 系统。