IBM TS3584磁带库驱动器，NBU驱动器的状态总览及异常处理

以下NetBackup驱动器状态可以显示在命令行输出中，也可以显示在NetBackup管理控制台的“设备监视器”中。  

列说明管理控制台的注意事项：
驱动器名称 - 配置期间分配给驱动器的驱动器名称。
控制 - 驱动器的控制模式可以是以下任何一种：robot_designation。例如，TLD。
管理驱动器的机械手后台程序已连接到LTID（设备后台驻留程序和设备管理器服务）并正在运行。驱动器处于可用状态。假设AVR对驱动器有效，因为所有机械手驱动器必须处于自动音量识别（AVR）模式（非OPR模式）。
仅适用于机械手驱动器。

DOWN- <robot_designation>  
例如，DOWN-TLD。
驱动器处于可用状态，因为它被操作员或NetBackup关闭; 或者在配置驱动器时，它被添加为向下驱动器。仅适用于机械手驱动器。

DOWN 
在此模式下，媒体管理器无法使用该驱动器。 
仅适用于独立驱动器。
由于出现问题或者使用Actions |将驱动器设置为该模式，驱动器可能处于DOWN模式 下行。

PEND- <robot_designation> 
例如，PEND-TLD。 
驱动器处于挂起状态。仅适用于机械手驱动器。

PEND 
驱动器处于挂起状态。仅适用于独立驱动器。 
如果驱动器报告SCSI RESERVATION CONFLICT状态，则此列将显示PEND。此状态表示驱动器在不应保留时保留。如果驱动器在打开时报告Busy，则某些服务器操作系统（Windows，Tru64和HP-UX）可能会报告PEND。您可以使用介质管理器配置文件中的AVRD_PEND_DELAY条目来过滤掉这些报告。

AVR（驱动器设置为在自动卷识别（AVR）模式下启动）
驱动器正在运行并启用了自动卷识别功能。
驱动器处于可用状态，启用了自动卷识别，但管理驱动器的机械手后台程序未连接或无法正常工作。处于此状态的驱动器不会发生自动介质安装（除非介质位于系统的驱动器中，或者这是一个独立的磁带驱动器），但操作员可以将磁带物理安装在驱动器中或使用robtest导致根据需要安装磁带。

OPR 
驱动器以安全模式运行，操作员必须手动将挂载请求分配给驱动器。
在此模式下，AVRD不扫描此驱动器。此模式使操作员可以控制可以满足哪些安装请求。
仅适用于独立驱动器。

NO-SCAN
驱动器配置为共享存储选项（SSO），但没有可用的扫描主机（要考虑可用，主机必须注册SSO_SCAN_ABILITY因子为非零且驱动器处于UP状态）。如果所有可用扫描主机使驱动器处于DOWN状态，则可能导致NO-SCAN。其他主机（不是扫描主机）可能希望使用该驱动器，但它们使用扫描因子零注册。NetBackup可以使用该驱动器，直到可以分配扫描主机。

混合
共享驱动器的所有主机上的共享驱动器的控制模式可能不同。对于共享驱动器，每个主机可以具有
不同的驱动器状态。如果控制模式完全相同，则显示该模式。

重新开始
The control mode for a shared drive may not be the same on all hosts sharing the drive. This status indicates that ltid needs to be restarted. To determine what server need to be restarted, right-click the drive in the device monitor and select up. This will tell you what servers that ltid needs to be restarted.

Additional information for the columns that can appear in  the Administration console can be found in the NetBackup 6.0 Media Manager Guides and NetBackup 6.5 Troubleshooting Guide.  These documents can be found linked below in the Related Documents section.


处理方案：
1.AVR  （驱动器设置成自动卷识别 (AVR) 模式）
驱动器的状态变成了AVR模式，开启备份任务时，用sgscan可以发现磁带机，从job monitor中看磁带正在mounting，一直没有下一步动作，似乎mount不上去，的确也没看到机械手抓磁带。
出现这种情况时，机械手是不能控制驱动器的，所以备份任务调用该驱动器时会导致备份任务失败，
方案：第一步操作是重启NBU的所有服务，一般情况下会把驱动器状态更正过来，如果没有成功，再关闭NBU的服务，做一下带库的自检操作，然后启动NBU的服务。
but the operator can physically mount a tape in the drive or use robtest to cause a tape mount as needed

AVR mode means that NetBackup can not talk to the robotics of the library. It could mean that "tldcd" is not running or the SCSI pass-through connection to the robot is not working. First look in the system logs to see if there is anything obvious there. Secondly create /usr/openv/volmgr/debug/daemon and /usr/openv/volmgr/debug/tpreq directiories on the media servers (or the equivalent folder on windoze boxes). If you find something obvious, then you can fix it. If not send the relevant information back to this forum and we will try to help


2.active状态
正常情况下active模式是驱动器在抓到磁带进行读写操作时的状态，但是也有别的操作导致驱动器处于active模式不可再用。比如二代的驱动器抓到了三代的磁带进行lable和读写操作时，这时任务已经启动，驱动器会按照请求去做，但是磁带不对，驱动器会报出media error的错误（这是从带库的液晶面板上查看到的），在jnbSA界面上，驱动器一直处于active状态，没有抓到磁带。
方案：这种状态NBU会重试几次操作，如果还不成功就会导致备份任务的失败，同时驱动器的状态也会改变。正常情况下，把不合适的磁带移走不再使用，终止使用该驱动器的任务，同时做下带库的自检操作，驱动器的状态会改变正常。

3.驱动器异常。
上述情况多数会出现code:800的报错：NetBackup 6.0 jobs are failing with Status 800 (resource request failed). 这种现象最大的可能结果就是驱动器down掉，请及时检查驱动器的状态。