主题：扒一扒存储“快照" 那点事

最近和一些合作伙伴的技术或者客户说数据备份时，经常被问到的一句话就是“我们存储有快照了，应该不需要备份了吧？”

 

   今天下雨，足球暂停，所以老师就专门聊聊“快照”那点事。

 

   有很多同学没时间，我就先把结论下掉好了，引用Oracle 原厂的话就是：

“While storage snapshots are widely used to quickly createpoint-in-time virtual copies of data, they are also often marketed as valid“backup solutions”. This is an incorrect and dangerous assumption becausesnapshots, unless copied to secondary media (e.g. another storage array ortape), do not protect against media failures. While there are benefits of usingsnapshots for development or testing purposes on non-production systems, theyshould not be considered as valid data protection or backups of Oracle databases。”

  此文引用自：http://www.oracle.com/technetwork/documentation/rman-fra-snapshot-322251.html， 有兴趣的同学自己去看看。

 

  那么，这段话是什么意思呢？

翻译一下就是：

“目前，越来越多的存储快照被用来建立基于时间点的数据虚拟副本，很多人将快照用于‘备份解决方案’，这是不正确和危险的做法，因为快照，除非快照被复制到第二个介质（另外的设备或者磁带），无法保护存储设备的故障。唯一的好处就是可以利用快照来进行开发能够在非生产数据上进行测试，快照万万不可用来当作Oracle 数据库的备份”。

 

结论已经清楚了，忙的同学先散了，晚上回来慢慢补课。

 

下面，摆好凳子，老师要讲讲原理了。

 

首先，从基本原理上看，快照分为2类：

1，Copy-On-write；用中文表达就是“写的数据移走”，就是说当新数据生成时，存储就把老数据复制到一个新地方；看图说话:

 

 
此主题相关图片如下：11.jpg

        红色为老数据，绿色为快照后写入的新数据

 

2，Redirect-on-Write， 这种方法的意思是“写到新地方”，就是说新的数据生成时，暂时写到一个新的地方，看图说话：

此主题相关图片如下：2.jpg

         

 红色为老数据，绿色为快照后写入的新数据 

我们看看问题到底在哪里？

 

1，Copy-On-write，很明显，新数据写入时，需要等到旧数据复制完成，各位同学知道了，要对写入性能造成影响。没错，但这还是小事，重要的是如果保存了多份快照（经常炫耀我能做256份快照的同学要注意了），那是不是要把原始数据复制个256份呢？极端情况是，每次都是C数据块在改变，大家想想会发生什么情况？

2，Redirect-on-Write，大家看到了，这种方式，不会影响写性能。但是，问题来了，所谓快照，其实是短期的，当快照被删除的时候，或者快照被覆盖的时候，会发生什么？聪明的同学猜到了，要把快照区的数据库复制回去，当快照很多的时候，复杂程度会指数级别的上升。

 

   更加重要的一个问题是，快照只保存了一份原始数据和多份改变的数据，一旦原始数据被破坏，那么再多的快照也无法组成一份可用的数据。

 

 

这讲先到这里，下一讲我们讲讲美丽的CDP“Continuous data protection”。

 
此主题相关图片如下：团队.jpg