9月19日下午,据微博网友大佬坊间八卦爆料,顺丰的一个工程师手误把线上系统一个库删除了,然后跑路了:
![](https://s4.51cto.com/oss/201809/20/5827ab4a39588a1b84a00f8cec016927.jpg)
根据邮件内容,事件详情如下:
在接到该变更需求后,按照操作流程要求,登陆生产数据库跳转机,通过navicat-mysql客户端管理工具,连入SHIVA-OMCS的RUSS库进行操作。
但在操作过程中,该运维发现选错了RUSS 数据库,打算删除执行的sql。
在选定删除时,因其操作不严谨,光标回跳到RUSS库的实例上,在未看清所选内容的情况下,便通过delete执行删除,同时,他忽略了弹窗提示,直接回车,导致RUSS库被删除。
因工作运维人员工作不严谨的操作,导致OMCS运营监控系统发生故障,该系统上临时车线上发车功能无法使用并持续约590分钟。同比9月5日的929条临时车需求,此次故障对业务产生了严重的负面影响。
![](https://s2.51cto.com/oss/201809/20/1a0dae0a9deebcdccff18d6714c4f01a.jpg)
根据顺丰规定,予以开除,并通报公司批评。
![](https://s5.51cto.com/oss/201809/20/73d8f5e0a2bfb614ab229c0644815fac.jpg)
此外,据说该员工任职顺丰科技IT数据中心应用交付技术部互联网产品运维组,职务IT运维开发高级工程师。
目前,此事已经在圈内传开了:
![](https://s3.51cto.com/oss/201809/20/1d8ce9178a0585164647b1fbedcc0c91.jpg)
![](https://s3.51cto.com/oss/201809/20/b860ab8fd76ed4bdc8199539f28ac69a.jpg)
网友们在网上也是议论纷纷,有幸灾乐祸调侃型的:不如,rm -f / 刺激
![](https://s1.51cto.com/oss/201809/20/0aa171c168a0d5a5aa7e7d883787da78.jpg)
也有人调侃称:删的时候肯定很激动
![](https://s1.51cto.com/oss/201809/20/24113d0c5b6c4b1c7cf50159e7e8686d.jpg)
也有人调侃:付出如此巨大的代价,培养起了一个运维工程师的安全意识,然后竟然把他开除了?
![](https://s1.51cto.com/oss/201809/20/2fcdf8afa8fe81392e6c1ad5ceacce35.jpg)
还有就是关于是否备份的讨论:
![](https://s5.51cto.com/oss/201809/20/3982dbf4f9f6de09f9d11a31ed358c48.jpg)
不过最狠的还是属这一条,反手丢给你一本Mysql从删库到跑路:
![](https://s3.51cto.com/oss/201809/20/e253f2239ac875f3b72977b5b768be10.jpg)
![](https://s3.51cto.com/oss/201809/20/218fba8b7bb7c391be7c19b28d5e49d9.jpg)
就在不久前,VPS 服务商 Kuriko 因机房技术人员误操作 rm -rf /*,宿主机上所有数据丢失了。查看详情可点击:《又一次rm -rf /*造成的惨剧!》