从微盟删库事件看数据备份和项目管理
3 月初,闹得沸沸扬扬的「微盟删库」事件终于有了一个解决方案,也让不少技术人唏嘘不已,一个上市公司的数据备份和项目管理流程居然如此不堪。 事故经过 先来看下此次事故的时间线。 2 月 23 日,因公司员工恶意破坏公司线上生产环境及数据,导致公司系统服务不可用。目前,该犯罪嫌疑人已被公安机关刑事拘留。 2 月 25 日,紧急恢复了核心业务的线上生产环境,新用户使用不受影响,并提供老用户临时过渡方案。 2 月 28 日,恢复了所有业务的线上生产环境,并且开放了老用户登录,以及恢复了微站产品的所有数据。 截止到 3 月 1 日晚 8 点,在腾讯云团队的协助下,全面找回数据。 3月2日,进行数据恢复上线演练,在此期间系统会停止服务。 从数据恢复的时间上看,微盟的数据备份肯定有重大问题,不然也不会在腾讯云的协助下这么久才找回全部数据。 数据备份 对于一家业务型的公司来说,数据的丢失,可以说是致命的打击!更何况是一家上市公司! 客观说,微盟这家公司的数据备份意识太淡薄了,备份流程等肯定也有重大问题,否则也不会出现这次严重事故。 正常情况下,数据库应该根据业务设置读写分离、主从库,且定期备份全量数据库。 我上家公司最开始的时候虽然只有一个库,但是一周也会备份几次。甚至融资尽调的时候,还是一个库,所有的数据都是这个单库查出来的,现在想想都后怕,万一出点问题,那融资可能就黄了。后来随着业务慢慢发展