Chinaunix

标题: 讨论：CDP是通过什么机制来实现容灾备份的呢？ [打印本页]

作者: ahqua 时间: 2010-07-12 16:32
标题: 讨论：CDP是通过什么机制来实现容灾备份的呢？
前几天参加飞康的一个发布会，主题是不需要备份软件的容灾系统。讲的很神奇，热点也很多，但是我还是不明白这个CDP比起其他方式的容灾软件有什么特别之处呢？其弱点在哪里呢？
请各位高人指点一下，谢谢

作者: saintdragon 时间: 2010-07-12 17:02
飞康的老刘确实很能忽悠，但原理一点不讲，呵呵

作者: ahqua 时间: 2010-07-12 17:36
回复 2# saintdragon

演讲的确实很有激情，大有其他备份厂商赶快关门的意思

作者: wolfheader 时间: 2010-07-12 17:45

回复 saintdragon

演讲的确实很有激情，大有其他备份厂商赶快关门的意思
ahqua 发表于 2010-07-12 17:36

哈哈，实际情况呢

作者: 100心 时间: 2010-07-12 20:13

飞康的老刘确实很能忽悠，但原理一点不讲，呵呵
saintdragon 发表于 2010-07-12 17:02

你说的老刘是瘦瘦戴眼镜那个？

作者: spook 时间: 2010-07-13 08:33
弱点在于他做的备份数据库都是打开状态的，能不能用还不一定……

对DB2的目录或者mysql这种目录结构的可能会好一些，对规划好的数据库数据也有一定用处……

作者: swjtuzwf 时间: 2010-07-13 09:06
CDP：持续数据保护，关键在于当发生灾难的时候，可以实现任意时间点和事件点的数据恢复。

作者: yoyosys 时间: 2010-07-13 09:28
没有经过测试过，不清楚真实效果

作者: sofsys 时间: 2010-07-13 10:40
飞康CDP：
1、CDP的概念：持续数据保护
2、支持的操作系统以WIN为主，LINUX主要做的是备份
3、数据读取方式为基于卷的块级数据传输
4、可以建立最大256个快照
5、数据查询以拖拽方式寻找快照痕迹
6、可以对某个数据进行分钟级快照恢复
7、无备份窗口指：不需要在客户端做设置以及配置
8、对数据库等应用需要有插件支持
9、对异机/裸机，或者更换硬盘等，不能进行操作系统恢复
10、对主机要求很高,cpu和内存要求很高，应该为双核双路64位8G以上内存来支持
11、对网络占用率高，所谓的优化功能效果不佳

其他的正在研究。

飞康的CDP其实功能限制很多，国内外有很多具有CDP功能的产品都比之强大

作者: saintdragon 时间: 2010-07-13 11:54

你说的老刘是瘦瘦戴眼镜那个？
100心发表于 2010-07-12 20:13

老刘不算太胖，但绝对不瘦！
你说的应该是老刘的弟子luise吧，呵呵

作者: nhuczp 时间: 2010-07-13 12:13
回复 1# ahqua

优点是:可以恢复任意时间点!!

缺点是:占用带宽,消耗系统资源!!

特殊场景才用!!

作者: wolfop 时间: 2010-07-13 15:04
飞康的东西，吹的厉害，最后就是一个“copy on first write"，可惜没看到任何资料说明为何他比"redirect on write"或者"copy on write"好。

作者: ahqua 时间: 2010-07-13 16:10
回复 11# nhuczp

演讲中的带宽说是2M，5M都可以；消耗主机系统资源严重吗？

作者: sofsys 时间: 2010-07-13 17:17

飞康的东西，吹的厉害，最后就是一个“copy on first write"，可惜没看到任何资料说明为何他比"redirect on ...
wolfop 发表于 2010-07-13 15:04

  确实，因为他们的所有数据处理是基于卷处理的

处理方式是：

  源设备数据产生时，先存入本地磁盘，然后通过AGENT块分，最小也要几K的大小吧

  然后分析块，决定如何传输。

  因此他们所说的COPY ON FIRST WRITE也是一种理论值，实际上不是。

  现市场上有一款产品，是基于I/O数据处理方式的，当数据在写入硬盘的同时，经过网络同时写入备份池中，且对数据的处理不是以块方式表现，而是以BYTE来传输，另加了去重功能，若相同文档有重复的数据，则不传输。

作者: sofsys 时间: 2010-07-13 17:19

回复 nhuczp

演讲中的带宽说是2M，5M都可以；消耗主机系统资源严重吗？
ahqua 发表于 2010-07-13 16:10

在什么环境下使用2M？5M？专线吗？

在高压数据流的环境下，这么低的带宽够用吗？

在远程启动的过程中，这个速率怎样？

实践证明，不是很理想，有个项目在测试的时候就折在这里了

作者: 100心 时间: 2010-07-13 18:30

老刘不算太胖，但绝对不瘦！
你说的应该是老刘的弟子luise吧，呵呵
saintdragon 发表于 2010-07-13 11:54

刘读 liu啊 ~看上去挺年轻的，但据说工作好长时间了。刘老师~{:3_191:}

作者: 冬瓜头 时间: 2010-07-13 21:37
哈哈！都炒了这么长时间的东西怎么还这么多人一知半解。《大话存储》第二版里会分析到让你爆头，到时候什么都知道了。

作者: saintdragon 时间: 2010-07-14 09:25

哈哈！都炒了这么长时间的东西怎么还这么多人一知半解。《大话存储》第二版里会分析到让你爆头，到时候什么 ...
冬瓜头发表于 2010-07-13 21:37

顶你，冬瓜，赶紧出版吧！

作者: ahqua 时间: 2010-07-14 10:01
恭候冬瓜的第二版

作者: ahqua 时间: 2010-07-15 12:10
再往上顶一下

作者: 牛奶加蛋 时间: 2010-07-16 09:30

最痛苦就是遇到竞争对手

其实谁都有谁的好，谁都有谁的不好

经常遇到无理的用户整个飞数啊啥的，吹的惊天地泣鬼神的
后来做好商务关系就压倒一切了……

咋整……愁淫啊

作者: saintdragon 时间: 2010-07-16 09:31

最痛苦就是遇到竞争对手

其实谁都有谁的好，谁都有谁的不好

经常遇到无理的用户整个飞数啊啥 ...
牛奶加蛋发表于 2010-07-16 09:30

在中国本来就是关系压倒一切！

作者: saintdragon 时间: 2010-07-16 09:35

最痛苦就是遇到竞争对手

其实谁都有谁的好，谁都有谁的不好

经常遇到无理的用户整个飞数啊啥 ...
牛奶加蛋发表于 2010-07-16 09:30

在中国本来就是关系压倒一切！

作者: sofsys 时间: 2010-07-16 10:11

哈哈！都炒了这么长时间的东西怎么还这么多人一知半解。《大话存储》第二版里会分析到让你爆头，到时候什么 ...
冬瓜头发表于 2010-07-13 21:37

理论归理论，但真正看的是某个产品能够实现那种技术，功能怎样!

作者: ahqua 时间: 2010-07-19 14:52
回复 21# 牛奶加蛋

一针见血，关系压倒一切

作者: jadge 时间: 2010-07-19 15:38
个人认为，飞康的CDP是基于Journal文件系统~~~所以能够恢复到任意时间点的。

作者: redwaves 时间: 2010-07-19 16:43
概念不错的东东，可以恢复到任意时间点上。
弱点，可能用来备份的磁盘空间比原磁盘空间要大上好几倍。代价很高。

作者: yddll 时间: 2010-07-19 16:48

刘读 liu啊 ~看上去挺年轻的，但据说工作好长时间了。刘老师~
100心发表于 2010-07-13 18:30

他肯定说的是Sam Liu啦

作者: sofsys 时间: 2010-07-20 11:49

概念不错的东东，可以恢复到任意时间点上。
弱点，可能用来备份的磁盘空间比原磁盘空间要大上好几倍。代价 ...
redwaves 发表于 2010-07-19 16:43

确实是，每个快照基本上就是一个独立的存储，增量存储很大，这也是飞康的快照为什么最大只限制在256个快照的原因

有些宣传没有飞康CDP广泛的产品，反而存储量不大，等同于原来的存储量。

作者: sofsys 时间: 2010-07-20 11:52
据我所知：飞康CDP说是可以恢复到任意时间点的问题，就是在快照允许的范围内的任意点，如果超过256个快照，那就是一个备份的镜像点，而这个备份的镜像点是有固定时间的，并不是任意时间。

作者: ahqua 时间: 2010-07-20 16:00
回复 30# sofsys

如果可比较的话，与netapp的snapshot或者snapmirror或者EMC的或者symentec如何呢？

作者: sofsys 时间: 2010-07-20 16:05
没有试过NETAAP和EMC以及SYMENTEC的CDP

作者: sofsys 时间: 2010-07-21 13:46
刚查了1下资料，NATAPP以及SYMANTEC收购的REVIVIO的CDP，与飞康基本相似，都是基于卷的数据处理方式，这种处理方式的缺点是，占用主机资源非常高，带宽要求也很高。NATAPP号称是数据块改变才传输，不改变不传输，具体是不是这样就不清楚了。飞康号称是这样，但实际应用起来其快照的容量非常高，接近成倍增长

作者: ahqua 时间: 2010-07-22 16:45
回复 33# sofsys

快照容量大了之后是不是传输的时候对带宽的消耗也比较大？
我查了一下snapdrive好像有些功能比较有意思，但是又理解不了，比较郁闷

作者: sofsys 时间: 2010-07-28 23:01
飞康的快照之所以限制快照容量，就是因为其存储容量的猛增，但据我所知，有很多的快照只不过是个时间点，其容量的增加只是看源设备的增长量，也就是说，每个快照记录的是增长数据的大小，而这个快照与同文件的相比较，增长点只是源改变的容量，但恢复时就是一个完整的文件。
这一点飞康远远做不到

作者: ahqua 时间: 2010-07-29 15:30
谢谢

作者: easybegin 时间: 2010-12-22 21:55
冬瓜头啥时候被做掉了

作者: 100心 时间: 2010-12-22 22:54

飞康的快照之所以限制快照容量，就是因为其存储容量的猛增，但据我所知，有很多的快照只不过是个时间点，其 ...
sofsys 发表于 2010-07-28 23:01

应该不是存储容量限制，是操作系统卷管理限制了吧？

作者: 100心 时间: 2010-12-22 22:56

概念不错的东东，可以恢复到任意时间点上。
弱点，可能用来备份的磁盘空间比原磁盘空间要大上好几倍。代价 ...
redwaves 发表于 2010-07-19 16:43

宣传片上说的，后续快照并不是完整占用整个快照的空间，所以空间使用不会非常大。

作者: linuxgfa 时间: 2010-12-23 09:31
回复 26# jadge

比较对头，有没有人试试把飞康的cdp挂到ext2文件系统跑跑，看能不能用，从原理上讲通过journal是可以实现的

作者: linuxgfa 时间: 2010-12-23 16:41
如果测数据库，数据一致性的保证，有两个层面，
数据库层面，数据库的写顺序和日志，如果是dio的，文件系统不颠倒I/O循序
aio的涉及文件系统层面的写循序和日志

作者: xiaomao2006 时间: 2010-12-24 11:49
又是falcon的cdp，好像在哪里都能看的到。
falcon基本是通过主机的镜像去实现cdp的，一种是snapshot方式，一种journal方式，前者很早就有了，后者后面加入的，对主机资源消耗比较大，特别是在falcon cdp挂了的时候，对读写有很大影响的。不过界面做的不错，就那个时间拉杆，可以随意到某时间，方便使用timeview验证数据。总的来说适用于中小企业客户。
其他硬件的cdp的产品还有emc recoverpoint,软件的就是tsm fastback和symantec的了
至于netapp的snapshot只能算准cdp产品，不是一类型的，但勉强可以放在一起比较，毕竟都是备份容灾产品

作者: 100心 时间: 2010-12-24 14:05

又是falcon的cdp，好像在哪里都能看的到。
falcon基本是通过主机的镜像去实现cdp的，一种是snapshot方式， ...
xiaomao2006 发表于 2010-12-24 11:49

windows上用就真是太强了。

作者: boyyang 时间: 2010-12-24 14:28
sofsys、ahqua、linuxgfa ，这三个是不是chnod的马甲？我很怀疑。
另外，对netapp等产品的分析，简直就是无厘头，乱七八糟。充分显示出chnod的水平，你要托你的产品，首先得竖立技术专家形象，就现在来看，胡搅蛮缠，忽悠连篇，趁早，别托了，先自己去恶补技术去。

作者: boyyang 时间: 2010-12-24 14:29
sofsys、ahqua、linuxgfa ，这三个是不是chnod的马甲？我很怀疑。
另外，对netapp等产品的分析，简直就是无厘头，乱七八糟。充分显示出chnod的水平，你要托你的产品，首先得竖立技术专家形象，就现在来看，胡搅蛮缠，忽悠连篇，趁早，别托了，先自己去恶补技术去。

作者: boyyang 时间: 2010-12-24 14:30
sofsys、ahqua、linuxgfa ，这三个是不是chnod的马甲？我很怀疑。
另外，对netapp等产品的分析，简直就是无厘头，乱七八糟。充分显示出chnod的水平，你要托你的产品，首先得竖立技术专家形象，就现在来看，胡搅蛮缠，忽悠连篇，趁早，别托了，先自己去恶补技术去。

作者: boyyang 时间: 2010-12-24 14:32

如果测数据库，数据一致性的保证，有两个层面，
数据库层面，数据库的写顺序和日志，如果是dio的，文件系统 ...
linuxgfa 发表于 2010-12-23 16:41

但是底层不一定不颠倒，存储阵列不一定不颠倒。io顺序是靠应用去保证的，你不做开发你不会了解这一层的东西的。有幸看到了大话存储2相关一点内容，恰好就是描述io路径的，我是做研发的，冬瓜头帮了我很大的忙。深感谢意！

作者: 无牙 时间: 2010-12-24 15:24
io顺序是靠应用去保证的? ?

作者: boyyang 时间: 2010-12-24 15:38
我的意思是说一致性是靠应用保证的，更正一下。

作者: 无牙 时间: 2010-12-24 15:40
明白了！

作者: linuxgfa 时间: 2010-12-28 13:13
回复 48# boyyang

不要瞎想，你的水平不够，对cdp copy过去的数据，数据库的重新启动就是在这两个层面要保证的，往下比如硬件有缓冲，那是硬件的事

作者: boyyang 时间: 2010-12-28 13:23
回复 52# linuxgfa

没人质疑你数据库两个层面保证的论断。我只质疑你的“dio下，fs不对io顺序产生影响”的暗意，你是说dio下底层io顺序就一致了，我就是指出来，dio下底层也依然会发生io乱序执行，这不是硬件问题，这是os内核的问题。我水平当然不够，但是我看你这个chnod的马甲水平更不怎么样。你要反驳，请用技术说话，别说虚的。

作者: linuxgfa 时间: 2010-12-29 11:36
回复 53# boyyang

谁是谁马甲？唉，没功夫跟你扯，搜搜帖子
从最近的帖子来看，除了爱数的研发可能作了一些工作，其他的厂家在国内作了多少研发真是没感受到

作者: boyyang 时间: 2010-12-29 12:03
呵呵，国内自主研发的确实不多，爱数、华赛、火星、中科蓝鲸，还有其他一些。

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)