以JDC為例，DP的備份任務失敗troubleshooting流程為：

1）/etc/opt/omni/server/datalist下都是備份的job code。

如果要查看一個job code，可以more 此文件夾下的某個datalist,輸入如下：

最上面的兩個腳本pre和post，內(nèi)容是一樣的，都是check split，開始查一遍，最后再查一遍。

下面的ESL_1DRV13到12是執(zhí)行此job的drive優(yōu)先順序，默認的是dr13優(yōu)先，如果執(zhí)行job時這個dr busy，就會按順序再往下找，直到找到合適的，如下圖所示，這種情況雖然job仍然可以ok執(zhí)行，但是會報錯，會被打電話通知.

2016/1/29更新：

如果drive busy,查看drive狀態(tài)的命令：

#/UMA 1/2/3 [帶庫ID]

#stat d

能看到full 還是 empty

2）monidb -session [session ID] -report

上圖有一個輸出是：loading media frm slot 85 to device /dev/rtape/tape711_bestn,這個是說從85槽調(diào)磁帶到drive.

3）/home/work/cs 30/grep [session ID],或者進到/home/work下,./cs 30 |grep [session ID/datalist]

上面這種情況會出現(xiàn)報錯.如上圖，complete/failure,但是按第二步的命令monidb -session [session ID] -report會有下面的輸出：

會看到其實是complete ok的，所以force ok 就可以了。

總結(jié)其實就是more /etc/opt/omni/server/datalist/[ID] 和/home/work/cs|grep session/datalist ID 這倆命令配合來看。

4）按照第二步的命令，omnidb -session [session id] -report，有時會出現(xiàn)下面的報錯：

這種mount request cancel的報錯一般就是磁帶不夠的意思。

5）針對未分離而報錯的copy的處理方法：

還是根據(jù)命令omnidb -session 【session ID】-report,會有下面的報錯：

在最前面說的pre和post這兩個腳本是檢查是否split的，這個就是在最初執(zhí)行pre時發(fā)現(xiàn)還未分離，即還在copy狀態(tài)，所以報錯，這時需要手動執(zhí)行分離操作，命令為：

/opt/Navisphere/bin/naviseccli -user sysadmin -password sysadmin -address 【IP】 -scope 0 snapview -fractureclone -name CLONE_ID -cloneid 0100000000000000

然后通知chops rerun這個任務。

轉(zhuǎn)載于:https://blog.51cto.com/10851095/1739249

總結(jié)

以上是生活随笔為你收集整理的DP备份任务失败原因解析的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。