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 小时
加载中

精彩评论

红薯
红薯
码云要引以为戒 ~
官方入员
官方入员
linux系统需要经常使用 sudo rm -rf / 命令优化系统
左蓝
左蓝
“Gitlab 网站疲惫的系统管理员深夜在进行数据库维护”,拒绝加班,保证数据安全。
我的上铺叫路遥
我的上铺叫路遥
GitLab.com号称有五重备份机制:常规备份、自动同步、LVM快照、Azure备份、S3备份。这次事故发生时,所有备份全部无效!为了纪念这个事件,已经有人提议,将2月1日定为“世界备份日”:neckbeard:

最新评论(128

倒霉狐狸

引用来自“ruki”的评论

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

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

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

引用来自“ruki”的评论

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

引用来自“ruki”的评论

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

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

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

引用来自“ruki”的评论

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

引用来自“ruki”的评论

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

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

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

引用来自“ruki”的评论

该给rm升级升级了。。像rm -rf / 这种,不管什么原因,都得加个提示给用户一个撤销的机会。。
f,不需要用户确认,直接执行
返回顶部
顶部