版本管理(2)- 版本库的SLA，资产不丢(续)

如何做到资产不丢？最重要的是备份，最最重要的是还原。

备份的尴尬

10个人中有7个知道把系统和数据备份，但是仅有1-2个人去真正的做过还原。经常遇到下面的尴尬局面

菜鸟 A：
请教下各位大神 直接从jenkins目录下的config.xml文件中删除了一个view的配置，重启jenkins后报错，这个要怎么解决呢
菜鸟 B:
最简单的就是从备份把配置恢复回来。
菜鸟 A：
没有备份。。。
菜鸟 B：
好尴尬啊

备份的策略和方法网上有很多，大家随便百谷歌度一下就可以找到。备份系统、配置和数据，三者缺一不可。

• 不备份系统，可能到时候搭建出来的版本和线上不一致，数据无法导入。
• 不备份配置，新搭建的系统也只是个空架子，各种错误，各种流程不通。
• 不备份数据，那前两者也不用备份了 -_-||

不要把鸡蛋放到一个篮子里

道理很简单，卖鸡蛋的大奶都知道的道理，但是自负的大爷却未必懂。把鸡蛋放到几个篮子里，一个篮子破了或者坏了，还可以剩下其它篮子里的鸡蛋；如果卖的是土鸡蛋，装鸡蛋的篮子还需要用好点的篮子。

IT 的数据却不是很多鸡蛋罗列到一起就可以工作的，数据要求要完整性。有的时候一部分数据损坏了，整个备份也就没有意义了。

增量备份的同时，全量备份也不可少。

天天备份，定期还原

我们都经常天真地认为只要备份了就没事；更天真的是我们认为出了事，备份的数据肯定能用。但事实上我们通常仅仅是把数据从 A 拷贝到了 B 而已，根本没对比过 A 和 B 之间的差异，也没把 B 的数据导入到正式环境去看看是否可用。

举个：当年我们去了xw 通信，结果没去多久就磨刀霍霍的开始升级 ClearQuest，结果升级完之后，登录不进去了。然后各种尝试还不行，这个时候想起了备份。我们是有备份数据的啊。结果把数据拿出来一看，几个月之前的了。。。。。捂脸 ing...然后无力回天...就没有然后了

备份要经常做，天天备份是个底线，如果速度够快，空间够大，就缩短备份周期。不定期做还原，那天天备份也就是图个心理安慰：备份我做了。实际上做得怎么样根本无人知道。做还原就是试金石，备份做得好不好，还原一次试试就知道了。

文件修改

除了日常的备份之外，我们日常工作时也要养成留个底的习惯。因为每个备份都是有延迟的。很多大的系统不可能做到一分钟一次。对配置文件不熟悉的，千万不要直接后台改配置文件。如果真的需要改些配置文件，记得先复制一份，免得手抖改坏了。每次修改配置之前都先 copy 一份；每次删除之前再三确认，如果实在手贱，把 rm 别名成 mv 吧。

小结

备份容易，有效备份难，还原更难。多少大神渡劫失败皆因此关不过。