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