请教关于快照的问题

Aramis

No，新的变化继续写到源LUN，private LUN 用来保存即将变化的那部分数据，
简单的说：原来是1，现在变成了2，把1写到private Lun，然后指针指向了1.

B.net

如果使用的COPY ON WRITE 是可以用于备份的,主要是为了不影响服务器的性能．数据是可以备份的，,但其实数据还是一份.第二份是指针列表，所以速度会很快．不会影响应用
如果是LUN这种备份．数据是有两份的，但这个对应用系统有性能会产生影响，一般用于ＤＲ这种类型．．．

The End~

fishinthesea

各位老大，我总结一下，呵呵

快照具体的定义还不清楚，但是基本工作原理是这样的：

假设在T1时间点对source LUN做一个快照，在T2时刻有了新的数据写到source LUN中，在快照的private LUN中保留的是source LUN中T2时间的更改的数据在更改前的数据（也即T1时刻的数据）；对于指针，要把更改数据这部分的指针指向private LUN中T1时刻的数据，其他指针不变化。这样就通过“指针+改变前的数据”做到了对T1时刻数据的快速备份。。。

对不？

这里还要问下2个概念问题：

1、要实现快照，在“快照的备份服务器”上至少要有“指针的空间”和“变化数据的空间”？

2、所谓“基于磁盘阵列的快照”和“软件的快照”有什么区别呢？

hanbing_1st

是有两种SANPSHOT的概念
一种是NetApp的快照理念，它用的是NetApp独有的WAFL文件系统。通俗的说它的快照就是做了一个增量数据的指针备份。
另一种是其他场上所使用的。做快照要就是copy增量的数据。
这两种快照按技术的层面来讲，NetApp是领先的。它只是copy了所增加或是变化数据的指针，不存在增加磁盘的IO操作，所以可以连续做255份快照，而不影响应用。
另外的一种模式，由于每做一份快照，应用操作的时候就要多copy一份增量数据出来，对系统开销的增长是巨大的，所以这样的模式下一般不建议多做快照，一到两份就是很大的开销。

addf

那要数据库系统保证一致性吧，简单的文件系统快照是不行的。

xuefei08

原帖由 fishinthesea 于 2007-7-29 23:32 发表
各位老大，我总结一下，呵呵

快照具体的定义还不清楚，但是基本工作原理是这样的：

假设在T1时间点对source LUN做一个快照，在T2时刻有了新的数据写到source LUN中，在快照的private LUN中保留的是source ...

ok！这个帖子没有白开 你理解完全正确。
问题1，要有1个private lun的空间，一般要求是source  lun的20%左右


问题2，我的理解基于磁盘的快照，一般是存储厂商的snapshot技术，例如emc 的snapshot，要求有source lun and private lun,private lun一般要求是source lun的20%左右的空间。

基于软件是不是说第三方软件的snapshot技术，例如veritas的。

hovercat

快照只记录在改变数据时间点的那个时候之前的数据.H3C的是这样。

felot

EMC和H3C在快照上的做法都是使用了COFW，
H3C也会推荐大概站20％左右的Private LUN，H3C的Private LUN可以按照策略自动增长。
快用满了就自动增加一部分。

tompuer

哈哈，学习了不少！！

hwffly

快照是基于时间点上一个备份,就相当于在某一时间点,对整个系统照了一像.快照不能代替备份,只有在做了磁盘镜像以后,再对镜像做快照,这样才可以既保证数据安全,又保证业务连续性.