Gitlab的服务显然已经恢复了，主站也已经可以访问了。就此事件来看，很严重的宕机，看似完备的灾备系统，完全没有按照预想的起作用。虽然最后结果还不算太坏，只损失了6个多小时的数据。恢复的整个过程在 Youtube 上做了直播。

好了，到了正题，你从这次 Gitlab 的数据灾难中学到了什麽？我可以先列出下面这些：

1. 不要在太过疲劳的情况下，进行非常重要的操作
2. 备份并不是越多越安全
3. 未经测试的备份手段并不可靠
4. 备份的结果需要检查完整度
5. 经常的检查备份是否完成，是否储存在预定的地方
6. 备份的策略同样需要有一个恢复的策略
7. 恢复测试也是要经常进行
8. 备份恢复需要考虑效率

那么你呢？

把网站放在Dreamhost，通过LinkWorth获取广告收益，每个链接高达$40。
G2links Web Directories

延伸阅读

• 开放透明是我们信仰的核心价值之一
• 修复备份功能及升级到MT5.02
• 自动备份MySQL数据库的脚本
• 把所有的都备份