Gitlab.com 误删数据,备份恢复失败已宕机 10 小时 - 开源中国社区
Float_left Icon_close
Gitlab.com 误删数据,备份恢复失败已宕机 10 小时
红薯 2017年02月01日

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

红薯 红薯 发布于2017年02月01日 收藏 23

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

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

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

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:Gitlab.com 误删数据,备份恢复失败已宕机 10 小时
分享
评论(128)
精彩评论
39
码云要引以为戒 ~
23
linux系统需要经常使用 sudo rm -rf / 命令优化系统
10
“Gitlab 网站疲惫的系统管理员深夜在进行数据库维护”,拒绝加班,保证数据安全。
8
1,再次证明数据备份是一个系统的安身立命之本
2,不要总让运维人员在熬夜的时候有机会犯错。好的措施是倒班,起码比一天工作十几个小时后再做变更维护脑子清醒
3,要有对备份的定期恢复检验和对数据同步等的监控与及时处理
5
GitLab.com号称有五重备份机制:常规备份、自动同步、LVM快照、Azure备份、S3备份。这次事故发生时,所有备份全部无效!为了纪念这个事件,已经有人提议,将2月1日定为“世界备份日”:neckbeard:
最新评论
0

引用来自“ruki”的评论

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

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

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

引用来自“ruki”的评论

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

引用来自“ruki”的评论

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

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

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

引用来自“ruki”的评论

我是说对于/ 这种 就算带了f 最好也还是强制提示下 比较好
那就不要用f参呗,省掉这个强制命令
0

引用来自“ruki”的评论

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

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

f,不需要用户确认,直接执行
我是说对于/ 这种 就算带了f 最好也还是强制提示下 比较好
0

引用来自“ruki”的评论

该给rm升级升级了。。像rm -rf / 这种,不管什么原因,都得加个提示给用户一个撤销的机会。。
f,不需要用户确认,直接执行
0
运维是个新手吧
0
人倒霉了,喝凉水都塞牙缝
0

引用来自“游客”的评论

赶紧拿来广州岗顶,500块,半小时就能帮你把数据恢复回来:smirk:
包顺丰哦:stuck_out_tongue_closed_eyes:
1
赶紧拿来广州岗顶,500块,半小时就能帮你把数据恢复回来:smirk:
0
牛逼
0
- -到底怎么个疲惫法,会敲出rm -rf 这种命令来。。。。。
0
删东西还是尽量用ftp吧……
0
成本过度控制导致
0
减轻工作压力才是王道
0
备份如此重要…
0
勿疲劳驾驶,勿疲劳值班。麻烦是件好事情
0
不是网络管理员的“全部”责任,明显缺乏严格的管理制度。
顶部