查看: 3223|回复: 20
收起左侧

[IT业界] Gitlab.com误删300G数据,备份失效后直播抢救

  [复制链接]
a110
发表于 2017-2-2 21:49:51 | 显示全部楼层 |阅读模式

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

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

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

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

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

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

常规备份(24小时一次)

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

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

S3备份

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

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

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

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

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

*谁干的?他(们)会被炒鱿鱼吗?

他(们)只是犯了个工作失误,不会被炒。

*为什么数据恢复得这么慢?

因为机器的磁盘读写速度限制。

*数据库一共多大?

310GB

*恢复数据要多长时间?有没有预期?

至少要到19 UTC (世界标准时间)


原文地址:http://www.ithome.com/html/it/291384.htm


评分

参与人数 1经验 +22 分享 +1 收起 理由
Tarchia + 22 + 1

查看全部评分

1204625385
发表于 2017-2-2 21:54:30 来自手机 | 显示全部楼层
本帖最后由 1204625385 于 2017-2-2 21:56 编辑

看成了github。。。
数据已经恢复成功了,但是少了最近六小时的
奇迹虎_QIHOO
发表于 2017-2-2 21:56:56 | 显示全部楼层
从入门到改行
#MacJim!
发表于 2017-2-2 23:06:19 | 显示全部楼层
本帖最后由 #MacJim! 于 2017-2-2 23:07 编辑

想起大三时候的数据库实验,有位同学一句drop table,就把演示电脑上的表给删了
ask007
发表于 2017-2-3 09:45:03 | 显示全部楼层
一次手痒引发的血案。。。。。。。。
           
吾爱哥
发表于 2017-2-3 10:41:11 | 显示全部楼层
@雪丫鬟 看看吧
和你一样
minimini
发表于 2017-2-3 14:14:51 | 显示全部楼层
万恶的夜班
echosun
发表于 2017-2-3 16:16:38 | 显示全部楼层
加班伤不起啊
阳光V
发表于 2017-2-3 16:40:58 | 显示全部楼层
rm -rf命令
用惯了就会后悔。。。
yweiqiang
发表于 2017-2-3 17:14:50 | 显示全部楼层
rm -rf命令

您需要登录后才可以回帖 登录 | 快速注册

本版积分规则

手机版|杀毒软件|软件论坛|讨论汇| 卡饭论坛  

Copyright © KaFan  KaFan.cn All Rights Reserved.

Powered by Discuz! X3.1( 苏ICP备07004770号 ) GMT+8, 2017-2-20 22:01 , Processed in 0.331060 second(s), 8 queries , Memcache On.

快速回复 返回顶部 返回列表