NBU 驱动器状态时AVR
近期NBU 的driver发生了故障,今天原厂工程师更换了driver 后并手工通过命令tar 文件写入磁带是正常的,但是备份是失败的。# vmoprcmd -d
PENDING REQUESTS
<NONE>
DRIVE STATUS
Drv Type ControlUser LabelRecMIDExtMIDReady Wr.Enbl.ReqId
0 hcart AVR - No - -
1 hcart AVR - No - -
ADDITIONAL DRIVE STATUS
Drv DriveName Shared Assigned Comment
0 HPUltrium1-SCSI0 No -
1 HPUltrium1-SCSI1 No -
备份的job 都是219 状态:
# bpdbjobs
JobID Type State Status Policy Schedule Client Dest Media Svr Active PID
73559 BackupDone 219 Oracle_bak Ora_Different_bak LTappbk
73560 BackupDone 219sybase_zb-cs-db database_dump zb-cs-db1
73561 BackupDone 219 Oracle_bak Ora_Different_bak LTappbk
73562 BackupDone 219sybase_zb-cs-db database_dump zb-cs-db1
73563 BackupDone 219 MGR_Sysdata_Week Full_Week_bak LTapp
73564 BackupDone 219 Oracle_bak Ora_Different_bak LTappbk
73565 BackupDone 219 Program_week Full_week_bak LTapp
73566 BackupDone 219 Program_week Full_week_bak LTadp1
73567 BackupDone 219 Program_week Full_week_bak LTadp2
73568 BackupDone 219 Program_week Full_week_bak LTadp3
请指导一下,对于AVR 状态的驱动器如何进行处理?
说明:磁带库进行过重启操作,NBU也进行过重启操作;并且手动重新配置过driver,但是所有的状态还是AVR。 需要重新配置一下驱动器。S/N没改过来。 下午配置时,看S/N 都变过来了,再确认一下。 记得在手动tar 备份文件正常后,都已经通过tpconfig 更新了驱动的SN号。现在的SN号时正确的。 问题解决了,因为当时没有在配置驱动时没有同步配置robot 所以出现这种AVR状态,重新配置了驱动后,正常备份。
别人不能相信啊。 回复 2# 无牙
牙哥,对于AVR状态只有这重新配置驱动器这一种解决办法吗??? 要看情况,如果是变更了设备导致的就需要重新配置。其他的可以采用重启的方式。
页:
[1]