您正在使用IE低版浏览器,为了您的雷峰网账号安全和更好的产品体验,强烈建议使用更快更安全的浏览器
此为临时链接,仅用于文章预览,将在时失效
政企安全 正文
发私信给谢幺
发送

0

Gitlab.com 误删300G数据,备份失效后直播抢救过程

本文作者:谢幺 2017-02-01 23:19
导语:“从删库到跑路”,这句程序员用来自嘲的话差点成为现实。

“从删库到跑路”,这句程序员用来自嘲的话差点成为现实,所幸的是,这次删库的小哥没有跑路。

Gitlab.com 误删300G数据,备份失效后直播抢救过程

2月1日,著名的代码资源托管网站 Gitlab.com 的一位工程师在维护数据时不慎删除约 300GB 的数据,至发文时仍在恢复工作中。

据雷锋网了解,此次事件发生在2月1日凌晨,肇事系统管理员彻夜加班工作,当他疲倦不堪地进行数据库维护时,不慎用 rm -rf 命令对 300GB 生产环境数据执行了删除操作,当他清醒过来按下 ctrl + c 来停止删除操作时,却只挽留了 4.5G 的数据,其余所有数据消失殆尽。

Gitlab.com 误删300G数据,备份失效后直播抢救过程

据外媒报道,此次数据丢失的并非仓库的数据,而是和仓库相关的 issue 以及合并请求操作。

按照常理,GitLab 应该会对这些数据进行有效备份,然而悲催的事情发生了,GitLab.com 号称的五重备份机制:

  • 常规备份(24小时一次)

  • 自动同步、LVM快照(24小时一次的)

  • Azure 备份(支队NFS启用,数据库无效)

  • S3 备份

五大备份方法全部出现问题。所幸的是,仍有一个“也许可行”的6小时前的数据备份,可能够抢救回来一部分数据。

至本文发布时,Gitlab 方面已经试图该方式来逐步恢复数据:

Gitlab.com 误删300G数据,备份失效后直播抢救过程

最后他们索性在 YouTube 上直播工程师恢复数据,围观者众多,甚是热闹

Gitlab.com 误删300G数据,备份失效后直播抢救过程

对此,程序员们评价不一,有的觉得 Gitlab 也许用了假的备份,有的感慨开夜车应注意安全,有的吐槽运维加班苦,应该涨工资,甚至有不少网友觉得应该将2月1日设立为“世界备份日”。

最后附上直播简介中的部分问答内容:

* 谁干的?他(们)会被炒鱿鱼吗?
他(们)只是犯了个工作失误,不会被炒。

* 为什么数据恢复得这么慢?
因为机器的磁盘读写速度限制。

* 数据库一共多大?
310GB

* 恢复数据要多长时间?有没有预期?
至少要到 19 UTC (世界标准时间)

雷峰网原创文章,未经授权禁止转载。详情见转载须知

分享:
相关文章

编辑

关注网络安全、黑客、白帽子那些事, 欢迎来聊聊你的故事。
当月热门文章
最新文章
请填写申请人资料
姓名
电话
邮箱
微信号
作品链接
个人简介
为了您的账户安全,请验证邮箱
您的邮箱还未验证,完成可获20积分哟!
请验证您的邮箱
立即验证
完善账号信息
您的账号已经绑定,现在您可以设置密码以方便用邮箱登录
立即设置 以后再说