乌龙

郑重声明：文章系原创首发，文责自负。本文参与书香澜梦第125期“破”专题活动。

早晨八点，王虎躺在床上，突然想起昨天下班前处理的紧急事项，心里不禁有些担忧。

昨天晚上是小马值班，王虎拨通小马的微信：“小马，你查一下灾备环境有没有泄数任务在执行。”

“有。”经过一阵等待，小马微信回复了。

“不可能！”王虎第一反应。

小马发过来截图，王虎看了不由得有些怀疑人生。

自己昨天下班前明明已经检查过了，今天怎么会出现泄数任务？

生产环境先执行，泄数任务生成下游需要的数据文件，由交换平台交换到下游系统。

灾备环境跑批处理的时候，需要把泄数任务停掉，否则灾备环境也会生成数据文件，覆盖掉生产文件生成的文件，如果这样的话就是重大事故了。

“先把泄数任务停掉，状态是1，2，27的任务状态改成66。”王虎给小马下达指令。

经过小马一阵操作，更新条数为0。

这就奇怪了，查询有数据，更新却更新不了。

“先查一下状态是1，2，0的有多少条记录。”

“300多条！”小马回复。

王虎一听，顿时吓破了胆，本来计划30号进行转正述职，这下可以省略了，这次事故足以让自己滚蛋。

“更新的语句我加了数据库名，查询语句没有数据库名。”小马发现语句的差异。

“查询语句也加上数据库名查一下。”

“记录数为零。”

王虎一听，稍微放下心来。

已经一个小时过去了，王虎的心情像是过山车，大起大落。

“那没事了，一会儿我去公司再确认一下。”王虎对小马说。

小马晚上值班，早上九点下班，现在是九点，该下班了。

王虎穿好衣服下楼骑上电动车去公司。

二十分钟以后，王虎到了公司，在自己电脑上又确认了一遍，没问题！

是小马写的查询语句没有限定数据库名称，导致查询的是另外一个数据库，闹了一个大乌龙。

幸亏王虎还算镇定，没有立刻通知领导，如果通知了领导，经过一番折腾发现是个乌龙事件，那转正也是前景堪忧。

当时王虎想的是先停掉没有启动的任务，将影响控制到最小，然后查询一下下游有多少系统受到影响，心里有数以后，再给领导打电话进行汇报。

发现是个乌龙事件以后，就不用给领导进行汇报了。

痛定思痛，为了防止以后再次发生乌龙事件，王虎认为有必要做一些预防措施。

按理说应该停掉灾备环境文件交换功能，但是上周已经询问过开发，开发反馈说停不掉。

那就只能每天预防一下，下班之前在灾备数据库上运行查询语句，确认没有泄数任务启动。

这只是治标不治本的临时应急措施，周末没有人检查，王虎只能保证自己不出错，不会被第二次吓破胆就行了。