跳到主要內容

HP Data Protector 備份失敗(Target is busy)


HP Data Protector 備份失敗。
在cmd下,輸入:omnidb -session 2012/10/26-1 -report
(略)
[Normal] From: BMA@fh7420 "HP:Ultrium 1-SCSI_1_fh7420"  Time: 10/26/12 00:44:37
     By: UMA@fh7420@/dev/rac/c2t0d0
     Loading medium from slot 1 to device /dev/rmt/1mn

[Critical] From: BMA@fh7420 "HP:Ultrium 1-SCSI_1_fh7420"  Time: 10/26/12 00:45:00
[90:63]       By: UMA@fh@/dev/rac/c2t0d0
     Cannot load exchanger medium (Target drive is busy.)
(略)

問一問廠商的工程師,說這個訊息是因為磁帶機仍有backup job在執行,以致無法執行下一個backup job,
可能原因有兩個:
1、上一個job不知何故一直佔用磁帶機,但是卻又沒有因失敗退出
2、磁帶機卡帶

所以只好先執行上一位系統管理員給我的檢查指令:
$ omnistat
No currently running sessions.

看起來應該是沒有job在執行

最開始檢查磁帶機,前置面板有Slot 6 是empty的訊息,但是磁帶確定是有在裡面的。

廠商工程師說,如果卡帶,前置面板會出現橘色燈號,但是因為我已經執行下面的動作,
所以不清楚有沒有異常燈號,也沒有slot 6是empty的訊息。

查了Google,網友說有可能是磁帶卡住,加上我們只有一個Drive,所以會失敗,
如果有兩個以上的Driver,則磁帶會以另一個Drive來完成備份,但是一樣會有錯誤的訊息。

檢查是否真的卡帶,先從錯誤訊息找到c2t0d0
[Critical] From: BMA@fh "HP:Ultrium 1-SCSI_1_fh"  Time: 10/26/12 00:45:00
[90:63]       By: UMA@fh@/dev/rac/c2t0d0
     Cannot load exchanger medium (Target drive is busy.)
執行下列指令檢查磁帶機狀況
# mc -p /dev/rac/c2t0d0 -r DS
DT_slot_1 FULL
ST_slot_1 FULL
ST_slot_2 FULL
ST_slot_3 FULL
ST_slot_4 FULL
ST_slot_5 FULL
ST_slot_6 EMPTY
ST_slot_7 FULL
ST_slot_8 FULL

上面是我自己在網友的文章上推論,DT_slot_1應該是指Driver,只有一個Driver。
ST_*就是磁帶槽編號,所以這裡應該是說當一個backup job被執行時,
會把transaction從指定的磁帶槽移到Driver來進行寫入的動作,
所以由上面可知磁帶機把ST_lot_6的磁帶移至DT_slot_1做實際備份的動作,
所以DT_slot_1的狀態是FULL,而ST_slot_6的狀態是EMPTY,符合在星期日的備份原則,
也符合星期日因為DB沒有正確shutdown就直接執行backup,可能導致的錯誤。
但是星期一、二的backup job是要將資料寫入Slot_1,因為不知明的原因,以致DT_slot_1沒有釋出,
也符合星期一、二的備份都是失敗的。

再執行下列指令移轉
# mc -p /dev/rac/c2t0d0 -s D1 -d S6

上述指令,-s是指來源的element_type,D1是指DT_slot_1;-d是指目的的element_type, S6表示ST_slot_6

完成後,重新檢查卡帶的狀況
# mc -p /dev/rac/c2t0d0 -r DS
DT_slot_1 EMPTY
ST_slot_1 FULL
ST_slot_2 FULL
ST_slot_3 FULL
ST_slot_4 FULL
ST_slot_5 FULL
ST_slot_6 FULL
ST_slot_7 FULL
ST_slot_8 FULL

果然DT_slot_1 的狀態變為EMPTY,試著新建一個簡單的backup job,執行job就成功了。

留言