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

chnod

快照的时间点，就是保证这一刻数据能恢复的状态，若不能恢复，快照就不可能存在！

qdwmail

能做快照的存储厂商基本都能做数据恢复，一般厂商会例外提供与应用配合工作的软件（我所了解的软件都要要单独付费购买）。
如数据库厂商不都提供有接口么，

你的计划任务在某一时间点触发，应用程序通知应用程序挂起->通知存储刷磁盘缓存写入->做快照->然后通知应用程序恢复。这一系列工作都是在很短的时间上完成的。
用过oracle，sql server，exchange。

ry715

应该会在主机侧安装一些HOSTAGENT，来配合磁盘阵列来完成快照的任务吧。

liuweni

看下btrfs，你的所有疑问都可以解了

linuxocp

快照(snapshot)现在叫做物化视图(materialized view)

常见应用场所
1，数据复制（可以从A server复制到B server） --dbms_mview.refresh
2，数据预计算和查询重写（这是物化视图最强大的用处），在报表系统下最常用，
   比如说原始数据在A server上，然后每天早上会在系统不busy的时候在B server上(B server上创建了物化视图对象)刷新物化视图，完成一些 table join ,summary 等，以供以后的DSS层使用。

总之物化视图在OLAP系统下很常用。

详细的信息可以参见《oracle 专家高级编程》

jarjar

[quote]回复  jarjar

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

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

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

----为什么快照已经产生？做快照是有时间间隔的。

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

----我是说可能在cache上，数据由主机传送到阵列，在write back模式下都是先保存在存储的cache中，然后再由存储写到磁盘上。

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

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

----我想表达的是t0时间并未做快照，是在t1实践做快照的。难道数据一有变化就会有快照产生？

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

----我所说的是存储上的sanpshot，这种snapshot是有时间间隔的。

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

----我为什么要宣扬什么概念？我还没这么高的水准，我提不出什么概念出来。

jarjar

快照(snapshot)现在叫做物化视图(materialized view)

常见应用场所
1，数据复制（可以从A server复制到 ...
linuxocp 发表于 2011-03-18 18:08

大哥，你说的是数据库的snapshot吧，我们讨论的是基于存储的snapshot。

jarjar

应该会在主机侧安装一些HOSTAGENT，来配合磁盘阵列来完成快照的任务吧。
ry715 发表于 2011-03-18 10:12

也许是，是不是主流的存储产品都是这种模式？有知道的请提个醒。

jarjar

回复  jarjar


如果存储快照连自己的cache都管理不到，那要这款存储干嘛........
myguangzhou 发表于 2011-03-17 22:34

你确认snapshot都会管理存储cache的？有资料吗？

jarjar

回复  jarjar


    还有最早的一个话题，snapshot是一堆的指针，如果原始的存储坏掉，这个snapshot没有 ...
chnod 发表于 2011-03-17 23:12

大哥，snapshot仅仅是一堆指针而已，你不会认为在那么短的时间内，它会把原始数据完整的复制一份吧？

也许我们两所说的snapshot不是一回事儿。