DP备份任务失败原因解析
以JDC為例，DP的備份任務(wù)失敗troubleshooting流程為：
1）/etc/opt/omni/server/datalist下都是備份的job code。
如果要查看一個(gè)job code，可以more 此文件夾下的某個(gè)datalist,輸入如下：
最上面的兩個(gè)腳本pre和post，內(nèi)容是一樣的，都是check split，開始查一遍，最后再查一遍。
下面的ESL_1DRV13到12是執(zhí)行此job的drive優(yōu)先順序，默認(rèn)的是dr13優(yōu)先，如果執(zhí)行job時(shí)這個(gè)dr busy，就會(huì)按順序再往下找，直到找到合適的，如下圖所示，這種情況雖然job仍然可以ok執(zhí)行，但是會(huì)報(bào)錯(cuò)，會(huì)被打電話通知.
2016/1/29更新：
如果drive busy,查看drive狀態(tài)的命令：
#/UMA 1/2/3 [帶庫(kù)ID]
#stat d
能看到full 還是 empty
2）monidb -session [session ID] -report
上圖有一個(gè)輸出是：loading media frm slot 85 to device /dev/rtape/tape711_bestn,這個(gè)是說從85槽調(diào)磁帶到drive.
3）/home/work/cs 30/grep [session ID],或者進(jìn)到/home/work下,./cs 30 |grep [session ID/datalist]
上面這種情況會(huì)出現(xiàn)報(bào)錯(cuò).如上圖，complete/failure,但是按第二步的命令monidb -session [session ID] -report會(huì)有下面的輸出：
會(huì)看到其實(shí)是complete ok的，所以force ok 就可以了。
總結(jié)其實(shí)就是more /etc/opt/omni/server/datalist/[ID] 和/home/work/cs|grep session/datalist ID 這倆命令配合來(lái)看。
4）按照第二步的命令，omnidb -session [session id] -report，有時(shí)會(huì)出現(xiàn)下面的報(bào)錯(cuò)：
這種mount request cancel的報(bào)錯(cuò)一般就是磁帶不夠的意思。
5）針對(duì)未分離而報(bào)錯(cuò)的copy的處理方法：
還是根據(jù)命令omnidb -session 【session ID】-report,會(huì)有下面的報(bào)錯(cuò)：
在最前面說的pre和post這兩個(gè)腳本是檢查是否split的，這個(gè)就是在最初執(zhí)行pre時(shí)發(fā)現(xiàn)還未分離，即還在copy狀態(tài)，所以報(bào)錯(cuò)，這時(shí)需要手動(dòng)執(zhí)行分離操作，命令為：
/opt/Navisphere/bin/naviseccli -user sysadmin -password sysadmin -address 【IP】 -scope 0 snapview -fractureclone -name CLONE_ID -cloneid 0100000000000000
然后通知chops rerun這個(gè)任務(wù)。
轉(zhuǎn)載于:https://blog.51cto.com/10851095/1739249
總結(jié)
以上是生活随笔為你收集整理的DP备份任务失败原因解析的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： eclipse字体大小怎么设置
- 下一篇： [Leetcode][第106题][JA