处理job abend基本流程_实操

1,chops电话说GRL91A job abend

2, 登录backup server

3, cd /omni_shared/scripts/JP ,用esc两下补全命令,shift+backspace是退回;

4, cat GRL91A, 会有datalist的名字,是auto20701_bc_dly

5,  (不必需) cd /omni_shared/etc_opt_omni_server ,下面有上面的datalist

6, cd /home/work

7, /cs 10 |grep auto20701_bc_dly, 其中输出的内容,9天是complete,1天是fail,前面有session ID      , 2016/2/3-184

8, omnidb -sess 2016/2/3-184 -report ,这里关键讲解一下

处理job abend基本流程_实操_第1张图片

上面的aut20701_vg2_001是device的名字,13.5G,aut20701_vg2是dg的名字,在unix中,一个device代表一个lun,一个dg可以有几个或一个device组成,上面的例子是一个device组成。


上面图没截完全,有3三个gd,每个dg都是只有一个device,这个job是备份这三个device的,即备份3个lun,见下图,3*13.5G,用了两盘磁带。

处理job abend基本流程_实操_第2张图片



在windows的情况,例如新增一个100G的E盘,需要划给6个lun,这个是meta lun。


重新回来,有很多normal的步骤,但是有一个warning,这个就是导致fail的原因。,如下图:

wKiom1ayDyrDHJy9AAAsFsDbw-o165.png

如果是internal error,可以force ok,是些诸如网络原因等的虚假报错。


9,然后去DP,进入internal database-session,ctrl+f,找到刚才的session,双击,如下图:

处理job abend基本流程_实操_第3张图片

可以看到server名字,三个dg,都是complete的,应该就是Ok的,如果有显示fail的进message看看,那里面和server立omni -see的输出是一样的。

处理job abend基本流程_实操_第4张图片

上面这个图说明是用了两盘磁带来备份的,GDCVTL是虚拟带库名字。


你可能感兴趣的:(troubleshooting)