HP DP 备份系统操作机械臂的UMA故障

重启完成带库后备份可以进行了，但又发现有些备份有黄色的！号，抓个SESSION的LOG:

[Normal] From: "netsol_archive_del"  Time: 2010/10/22 10:23:49
 Opening MultiPath library control named 'HP:MSL G3 Series' on path 'netsolweb1.XXXX.com.cn;Changer0:0:2:1'.

[Critical] From: "HP:MSL G3 Series"  Time: 2010/10/22 10:36:03
[90:59]   netsolpro : Changer0:0:2:1
 Cannot open exchanger control device ([2] No such file or directory)

[Normal] From: "netsol_archive_del"  Time: 2010/10/22 10:34:46
 Opening MultiPath library control named 'HP:MSL G3 Series' on path 'netsolXXX;/dev/rchgr/autoch2'.

[Normal] From: "HP:Ultrium 4-SCSI_1"  Time: 2010/10/22 10:36:40
 By: UMA@netsolXXX@/dev/rchgr/autoch2
 Loading medium from slot 31 to device /dev/rtape/tape2_BESTn

上面UMA在NETSOLWEB1这台客户端上操作不了机械臂，然后等待了约10分钟最后通过别的路径在NETSOLXXX上抓到磁带。
打HP的客服一问说是“

DP 在备份的时候的MA有两种

 

一种是用来传递数据的BMA，

 

一种是用来操纵机械臂抓取磁带的UMA

 

操作带库的UMA，是由您的硬件设备构成决定的，而不是由DP指定的。

”

意思是还不能手工修改？

再测试多几个备份发现,UMA都会在这台NETSOLXXX上等待约相同的时间无法操作机械臂。考虑一下，可能解决的角度有两个，一是从备份作业所在客户端入手，二是从UMA出错的客户端入手。但如果从作业所在的客户端入手工作量太大，于是想到既然所有备份的UMA都在这一台客户端上出现并报错，那我何不试试不让这个客户端出现呢----直接删除掉嘛！意想不到的是，真起作用了，如下：

 

[Normal] From: "HP:Ultrium 4-SCSI_1"  Time: 2010/10/24 23:00:09
 STARTING Media Agent "HP:Ultrium 4-SCSI_1"

[Normal] From: "fax_database_switch_del"  Time: 2010/10/24 23:00:50
 Opening MultiPath library control named 'HP:MSL G3 Series' on path 'netsolooo;/dev/rchgr/autoch2'.

[Normal] From: "HP:Ultrium 4-SCSI_1"  Time: 2010/10/24 23:00:39
 By: UMA@netsolooo@/dev/rchgr/autoch2
 Loading medium from slot 31 to device /dev/rtape/tape3_BESTn

[Normal] From: "fax"  Time: 2010/10/24 23:01:24
 Starting OB2BAR Backup: colligate_vip:fax_database_switch_del.dbf "Oracle8"

[Normal] From: "fax"  Time: 2010/10/24 23:02:31
 Completed OB2BAR Backup: colligate_vip:fax_database_switch_del.dbf "Oracle8"

最后考虑到NETSOLXXX本身也有作业，所以最后还是要加回系统系统内，添加后发现，该客户端SCIS ID在多路径表内排在最后，测试发现备份的UMA正常，算是临时解决了这个问题。