请问：基于存储的快照到底有什么用？

burnnotice

应该这么说，持续数据保护的时候，快照是以一个时间来表现的，有的产品号称能够做到几秒钟时间间隔的，我觉得不靠谱，有的产品是1分钟为单位的快照，我觉得靠谱，但以分钟为快照的话，若快照数量少，则不能表现出数据的实时性，快照无限制，对持续数据保护具有一定意义，但一般建议1分钟快照，最多设为72小时，也就是72*60个快照，完全满足对实时性数据要求高的需求。
但很多产品只有几个快照功能或者256,512；若按一分钟快照来讲，也就是几小时的快照数，这对实时保护是一种挑战。

我所说的实时性快照，就是以这种分钟级快照而言的，有很多的快照可能是30分钟到几小时或1天几天的快照，这样肯定会有数据的丢失

myguangzhou

楼上两位都没看清楚我的回帖啊

michael1983

jarjar

你说的我怎么看不懂啊，能否再详尽点？
myguangzhou 发表于 2011-03-17 11:38

当snapshot针对的存储在上层是数据库时，我来给你举个例子：

1、一条数据库的update语句修改了10条记录，数据库提交该事务，在这个时间点上，数据库认为数据修改成功。假设时间为t0。
2、这条修改语句对应到存储上可能需要修改5个block，这个修改可能还在存储的cache上，尚未真正的写到磁盘。
3、在t1时间点做snapshot，这5个block也许未写到磁盘，也许写了，天知道。
4、那么请问，t1时间点的snapshot数据对上层数据库而言是怎样一种状态？

jarjar

如果做snapshot的时候，存储的cache是刷到磁盘上了，那么一致性ok，否则是会有问题的。

jarjar

还有最早的一个话题，snapshot是一堆的指针，如果原始的存储坏掉，这个snapshot没有任何用处。那么snapshot能用来做备份吗？

还是说用snapshot来备份时，需要将snapshot拷贝到另外的存储上。

如果要拷贝到另外的存储上，那么回到第二个话题，数据一致性如何保证？也许会丢失一部分数据的。

jarjar

michael1983 发表于 2011-03-17 18:45

强人在此，咋不发表高见呢？

myguangzhou

回复 34# jarjar


如果存储快照连自己的cache都管理不到，那要这款存储干嘛........

chnod

回复 34# jarjar


    当snapshot针对的存储在上层是数据库时，我来给你举个例子：

1、一条数据库的update语句修改了10条记录，数据库提交该事务，在这个时间点上，数据库认为数据修改成功。假设时间为t0。

这时候快照已经生成了，针对的时间就是T0，在T0的时间点上，对应了你这10条记录！

2、这条修改语句对应到存储上可能需要修改5个block，这个修改可能还在存储的cache上，尚未真正的写到磁盘。
为什么还在存储的CACHE上？是因为磁盘读写能力还是网络吞吐量的问题？如果再CACHE上，能产生快照吗？快照的基础就是在完整写入磁盘的时间点

3、在t1时间点做snapshot，这5个block也许未写到磁盘，也许写了，天知道。

既然你做了T1的快照点，那么数据一定会写入磁盘，若未写入，快照就不会产生,更不用说数据的存在！

4、那么请问，t1时间点的snapshot数据对上层数据库而言是怎样一种状态？
不知道你的快照是指什么概念，大多的快照点，都是对数据的写入而产生的一个时间点，没有写入的过程，怎么会有快照产生？数据库只是数据的一种方式，快照来讲，不管你是什么数据，都要有一个写入的过程就可以了。

你想拿这个来想宣扬一个什么概念！

chnod

回复 36# jarjar


    还有最早的一个话题，snapshot是一堆的指针，如果原始的存储坏掉，这个snapshot没有任何用处。那么snapshot能用来做备份吗？

  答：原始存储坏掉，会有数据产生吗?没有数据产生，即时快照能产生吗？有些快照能产生，但都是在坏掉之前的数据的快照。

还是说用snapshot来备份时，需要将snapshot拷贝到另外的存储上。

  难道你这个快照还是针对原始数据而不是备份数据？或者说原始数据和备份数据都是在同一个存储上？不明白你想表明什么现象！

如果要拷贝到另外的存储上，那么回到第二个话题，数据一致性如何保证？也许会丢失一部分数据的。

  你的快照已经产生，即数据已经备份下来，那么在宕机前的快照同样存在，这样的话，在你存储坏掉之后，坏掉之前的快照都可以使用，难道这不是数据的完整性和一致性的表现？




还要说明的是，存储坏掉，你就不会又写的动作进行，系统会瘫痪，除非你这个存储是备份用的。