快照备份的挑战

基于快照的备份会带来哪些挑战？

Preston: 第一个挑战就是，很多人没有意识到快照只是一个虚拟的拷贝，在发生故障后，试图通过快照进行恢复。举个例子，就好像你有一个RAID 5的磁盘阵列，但是两块磁盘发生了故障。使用快照做恢复，但快照自身有问题，因为它依赖于原始的存储阵列。

第二个挑战是，并不是所有的快照技术建立方法都是相同的。你不得不在两种主要的快照技术之间做出选择：copy on write技术和redirect on write技术。两种快照技术各有其优缺点。Copy on write技术需要独立的卷来记录快照历史数据，而redirect on write技术使用同一个卷记录快照历史数据。由于copy on write技术使用额外的卷记录快照数据，所以如果快照卷满了，你只需要删除一些快照即可。而采用redirect on write技术，如果快照历史数据填满了卷，将会影响到你的主卷。

Copy on write技术与redirect on write技术的另外一个主要的区别在于性能。在你做大量快照的时候，redirect-on-write技术具有明显的性能优势。Copy-on-write技术最好用来为你的需要备份的卷建立一个稳定的虚拟拷贝。你必须了解你所拥有或者想要的快照技术，从而避免挑战。如果你计划在时间上保留数周或数月的数据，那么你应该考虑使用redirect-on-write的快照技术。

第三个与快照相关的挑战来源于数据本身。你不应对那些不适合做快照的数据做快照。如果你有一大堆的数据要面对，你会感到手足无措。非结构化数据的挑战比较少，而结构化数据的挑战会比较大。对于任何数据库，在做快照之前，你必须把它置于备份模式。如果你不这么做，虽然大部分的备份和恢复仍能工作，但偶尔会发生数据库不能恢复的情况。如果你没有做快照，你会迫使你的应用进入崩溃恢复模式，这并不总是起作用。最后，你必须把数据拷贝到其它地方，这意味着你需要带宽和一个独立的存储系统。