Chinaunix

标题: SF问题，snapshot [打印本页]

作者: wolfheader 时间: 2009-08-20 11:28
标题: SF问题，snapshot
如果lv所在的disk损坏了，snapshot的lv所在的disk正常，这时候还能把正常的lv起来吗？
正常办法肯定不行了，就是找plex等办法？

现在没发生故障，测试一下

作者: xiaophedap 时间: 2009-08-20 11:35
当然不行，如果行，就不是snapshot了，是clone了。

作者: storm the front 时间: 2009-08-20 11:42
snapshot是用来防误删除操作的,而不是用来防坏盘的

作者: wolfheader 时间: 2009-08-20 15:33
测试了一下，发现数据可以不丢失

[ 本帖最后由 wolfheader 于 2009-8-20 15:36 编辑 ]

1.jpg (66.32 KB, 下载次数: 71)

lun-mapping最初状态

2.jpg (95.67 KB, 下载次数: 70)

SF最初状态

作者: wolfheader 时间: 2009-08-20 15:33
去掉了两个lun，最初的lun信息忘了截图，可以确定去掉的lun9、10就是snapshot的source volume，保留的lun11、12是snapshot的target volume

[ 本帖最后由 wolfheader 于 2009-8-20 15:43 编辑 ]

3.jpg (58.25 KB, 下载次数: 73)

去掉了两个源的mapping

4.jpg (93.72 KB, 下载次数: 75)

SF中的显示

7.jpg (74.87 KB, 下载次数: 74)

lun

作者: wolfheader 时间: 2009-08-20 15:33
数据还能在

[ 本帖最后由 wolfheader 于 2009-8-20 15:45 编辑 ]

5.jpg (41.43 KB, 下载次数: 78)

盘符还可以读写

6.jpg (101.23 KB, 下载次数: 72)

不过snap shot不能成功了

作者: wolfheader 时间: 2009-08-20 15:33
好像还是能确保数据不丢失的

测试有一点缺陷，就是最开始我建好lv和snap之后，忘了放点数据再测断开了，可能对结果没影响，我把lun接回来，放点数据上去，再测一遍，回头给个结果

[ 本帖最后由 wolfheader 于 2009-8-20 15:55 编辑 ]

作者: 无牙 时间: 2009-08-20 17:03
传统的snapshot是可以避免硬件问题的。如果是指针形的就不可以了。

作者: wolfheader 时间: 2009-08-20 17:16

原帖由无牙于 2009-8-20 17:03 发表
传统的snapshot是可以避免硬件问题的。如果是指针形的就不可以了。

o,还有这种区别啊，怎么样算传统的指针型的，有空讲讲

作者: mike79 时间: 2009-08-20 17:21

原帖由无牙于 2009-8-20 17:03 发表
传统的snapshot是可以避免硬件问题的。如果是指针形的就不可以了。

snapshot还有不基于指针的？能否说说不基于指针的话怎么做到秒级的snapshot？

作者: 无牙 时间: 2009-08-20 17:25

原帖由 mike79 于 2009-8-20 17:21 发表

snapshot还有不基于指针的？能否说说不基于指针的话怎么做到秒级的snapshot？

就是做多个mirror。LZ的试验其实用的就是mirror。

作者: wolfheader 时间: 2009-08-21 09:20

原帖由无牙于 2009-8-20 17:25 发表

就是做多个mirror。LZ的试验其实用的就是mirror。

确实是，我用的是snap，但是snap abort的时候提示可以convert为normal mirror，奇怪

修改完之后变成了mirror，如图

[ 本帖最后由 wolfheader 于 2009-8-21 09:22 编辑 ]

8.jpg (144.41 KB, 下载次数: 52)

convert

9.jpg (81.55 KB, 下载次数: 46)

converted

作者: jgtvisionnex 时间: 2009-08-21 11:57
没有看明白：
做成Snapshot最后怎么变成Mirror了呢？如果是Mirror的话，哪么数据不丢失肯定是正常的！
怎么才可以做出Snapshot呢？哪么是不是就没有clone这个概念在里面了呢!我是来学习的！

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