以JDC为例，DP的备份任务失败troubleshooting流程为：
1）/etc/opt/omni/server/datalist下都是备份的job code。
如果要查看一个job code，可以more 此文件夹下的某个datalist,输入如下：
最上面的两个脚本pre和post，内容是一样的，都是check split，开始查一遍，最后再查一遍。
下面的ESL_1DRV13到12是执行此job的drive优先顺序，默认的是dr13优先，如果执行job时这个dr busy，就会按顺序再往下找，直到找到合适的，如下图所示，这种情况虽然job仍然可以ok执行，但是会报错，会被打电话通知.
2016/1/29更新：
如果drive busy,查看drive状态的命令：
#/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槽调磁带到drive.
3）/home/work/cs 30/grep [session ID],或者进到/home/work下,./cs 30 |grep [session ID/datalist]
上面这种情况会出现报错.如上图，complete/failure,但是按第二步的命令monidb -session [session ID] -report会有下面的输出：
会看到其实是complete ok的，所以force ok 就可以了。
总结其实就是more /etc/opt/omni/server/datalist/[ID] 和/home/work/cs|grep session/datalist ID 这俩命令配合来看。
4）按照第二步的命令，omnidb -session [session id] -report，有时会出现下面的报错：
这种mount request cancel的报错一般就是磁带不够的意思。
5）针对未分离而报错的copy的处理方法：
还是根据命令omnidb -session 【session ID】-report,会有下面的报错：
在最前面说的pre和post这两个脚本是检查是否split的，这个就是在最初执行pre时发现还未分离，即还在copy状态，所以报错，这时需要手动执行分离操作，命令为：
/opt/Navisphere/bin/naviseccli -user sysadmin -password sysadmin -address 【IP】 -scope 0 snapview -fractureclone -name CLONE_ID -cloneid 0100000000000000
然后通知chops rerun这个任务。
本文转自UVN2015 51CTO博客，原文链接：http://blog.51cto.com/10851095/1739249，如需转载请自行联系原作者