前几个礼拜新上线一个系统,作为运维人员一枚,管理新上线系统的责任果不其然落在自己肩上。其实不过是管理一个新上线系统,也不是什么太大的事,虽然工作至今只有一年经验,但接收的系统大大小小加起来也有十来个了。但今天却要抱怨抱怨,因为此系统策略安排难度之高,问题出现后处理之难,逼迫得我近乎狂躁,非吐不可。
鉴于不方便直呼其名,以免他们找我诉讼什么一些超级麻烦的事情,我决定给这个系统取名为SJ系统。首先来说说策略设计,SJ系统如大多系统一般,分为设备、用户、规则、口令这四大模块。步骤就是导入设备,导入用户,导入口令,然后制定规则。看起来很一般,但最坑爹的事一旦确定建立了,就无法修改——比如说设备组,设备名称,用户组,用户名称,规则名称,设备口令等等等等。只要你确定建立了就无法修改,只有一个解决办法,删除重建,删除重建,删除重建……
然后问题来了,如果想删除掉一个设备,你需要先将他匹配的口令设备删除掉,而删除口令设备前,你又需要删除它所在的运维规则里的口令设置,然后将它从规则匹配的资源组里剔除。如果你不按照这个步骤执行,比如说你直接从资源组里剔除而未删除规则里的口令设置,SO SORRY TO TELL YOU ,它会一直报错,提示此设备在规则中被引用!
最最坑爹的是即便你是先停用口令设置,你的口令设备也不一定可以删除,然后检查再三,确定所以的规则里都已经停用了这个设备的口令,可是删除的结果就是不可以。
反正我是败了,我把这个问题反映给我师父,在IT运维届做了六年多的高人。开始的时候师父让我搞清楚逻辑顺序,后来……没有后来了,师父测试了一便发现不通,现在已经做别的事情去了!!!
没有上图,但此事绝对属实,如果有使用这个SJ系统的同事看到的话大概可以理解的。