Gitlab.com 误删数据,备份恢复失败已宕机 10 小时

2017年02月01日

GitLab.com 官方网站发布声明称由于其产品数据库问题导致的网站无法正常访问。据国外媒体报道称 GitLab 网站疲惫的系统管理员深夜在进行数据库维护时,使用 rm -rf 删了300GB 生产环境数据。等到清醒过来紧急按下 ctrl + c,只有 4.5GB 保留下来。然后恢复备份失败,网站已经宕了 10 个小时,现在还没恢复。

目前可以确认的是 GitLab 的数据备份是无效的。报告称此次数据丢失并非仓库的数据,而是仓库相关的 issue 以及合并请求操作。

GitLab.com 号称有五重备份机制:常规备份(24小时做一次)、自动同步、LVM快照(24小时做一次)、Azure备份(只对 NFS 启用,对数据库无效)、S3备份。这次事故发生时,所有备份全部无效!为了纪念这个事件,已经有人提议,将2月1日定为“世界备份日”

展开阅读全文
23 收藏
分享
加载中
精彩评论
码云要引以为戒 ~
2017-02-01 16:09
39
举报
linux系统需要经常使用 sudo rm -rf / 命令优化系统
2017-02-01 16:41
23
举报
“Gitlab 网站疲惫的系统管理员深夜在进行数据库维护”,拒绝加班,保证数据安全。
2017-02-01 21:48
10
举报
GitLab.com号称有五重备份机制:常规备份、自动同步、LVM快照、Azure备份、S3备份。这次事故发生时,所有备份全部无效!为了纪念这个事件,已经有人提议,将2月1日定为“世界备份日”:neckbeard:
2017-02-01 16:14
5
举报
最新评论 (128)

引用来自“ruki”的评论

该给rm升级升级了。。像rm -rf / 这种,不管什么原因,都得加个提示给用户一个撤销的机会。。

引用来自“乐悠族”的评论

f,不需要用户确认,直接执行

引用来自“ruki”的评论

我是说对于/ 这种 就算带了f 最好也还是强制提示下 比较好
linux很多脚本都有不希望提示的需求,即便弄死了一个 f 还会有千千万万个f出来的
2017-02-08 15:46
0
回复
举报
😇😇😇😇
2017-02-07 00:05
0
回复
举报
个人建议不直接使用rm。包装一层再通过alias设置需要。日常维护使用的是封装后的命令,当出现一些敏感操作可以给出警告
2017-02-06 16:24
0
回复
举报
ywf
ggg
2017-02-06 14:35
0
回复
举报
ywf
dddd
2017-02-06 14:35
0
回复
举报

引用来自“ruki”的评论

该给rm升级升级了。。像rm -rf / 这种,不管什么原因,都得加个提示给用户一个撤销的机会。。

引用来自“乐悠族”的评论

f,不需要用户确认,直接执行

引用来自“ruki”的评论

我是说对于/ 这种 就算带了f 最好也还是强制提示下 比较好
那就不要用f参呗,省掉这个强制命令
2017-02-06 09:52
0
回复
举报

引用来自“ruki”的评论

该给rm升级升级了。。像rm -rf / 这种,不管什么原因,都得加个提示给用户一个撤销的机会。。

引用来自“乐悠族”的评论

f,不需要用户确认,直接执行
我是说对于/ 这种 就算带了f 最好也还是强制提示下 比较好
2017-02-05 13:53
0
回复
举报

引用来自“ruki”的评论

该给rm升级升级了。。像rm -rf / 这种,不管什么原因,都得加个提示给用户一个撤销的机会。。
f,不需要用户确认,直接执行
2017-02-05 10:31
0
回复
举报
更多评论
128 评论
23 收藏
分享
在线直播报名
返回顶部
顶部