浏览
帮助
登录
此帖子已超过 5 年
Solved!
DavidCao
36 消息
0
2600
2015年5月11日 22:00
source 跟dest 在没有fracture的情况下 上面的数据是一样的吗?请详细解释一下。
回复(11)
Roger_Wu
2 Intern
•
4K 消息
2015年5月12日 20:00
按照Clone的原理,fracture后,新的I/O就会被记入fracture log (基于bitmap),以备将来再一次同步,或者reverse sync (反向同步)使用。
这时你点击synchronizing (同步的是增量数据),或者reserve sync (源LUN回退到Clone时间点的状态),数据需要根据fracture log中的bitmap,反映在LUN上。因此如果期间I/O较多,或者两次同步时间间隔较长,所需的时间就越久。
1
2015年5月12日 01:00
Clone如果仍然是consistent state说明两边数据当时是相同的,但如果此时立即fracture而不先quiesce I/O,那clone LUN就可能没法写入后续源LUN接收到的写I/O了。如果要确保fracture后的clone和源LUN一模一样,主机必须没有新的写入。Synchronized state就是这样的一个状态。
当然一些特殊情况下,在consistent state时也可以直接fracture,比如:
1. 你已经100%确认不会再有新的I/O写入源LUN
2. 你要的就是一个可能不完整的clone image
3. 应用有内建的机制可以判断并忽略在执行fracture时间点之后才收到的数据
如何quiesce i/o 在storage上?
我们每次都是直接fracture掉 然后下次再做synchronize
那我们这种情况下怎么能看出来 这次需要传输多少数据呢? 也就说我们怎么能看出来clone的速度是快还是慢呢?每次在gui上面只是看到一个百分比 也不知道它其他的信息
2015年5月12日 02:00
按照块(block)存储的机制,存储无法感知到LUN上实际内容的,因此建一个空LUN与上面拷满数据的LUN,两者clone所需时间应该一样。VMAX也是块存储,因此空LUN同步也要很久。
如果实在不放心,那你就建一个LUN再拷一些数据上去好了,也没多久
好的 谢谢
如果我有一个新的lun 放到storage group里面去 在host上面对lun 搞了一个分区表 然后搞了一个clone group 同步到clone lun上面 那会不会很快就能同步完呢(因为上面没数据呀)?
我在vmax发现 即使source上面没数据(不知道有没有数据 是一个新lun)搞第一次同步也要很久
Quiesce I/O都是在源LUN挂载的那台主机上做的。一般停掉或迁移走应用负载,I/O就下来了。
如果是配置好Clone的第一次同步,那就是一次完整的同步,这个应该很好估算(如果没有历史经验参考,也可以建一个测试LUN然后同步一次看看)。后续同步就是增量了,这个确实比较难估算。
2015年5月12日 18:00
恩 有道理
又上班了 继续提问。。
当生成了clone 后,source lun会syncing到clone lun,当第一次完成之后会变成consistent的状态,这个时候往source lun上面写的数据在后台仍然会copy到clone lun上面,也就是说这个时候source lun跟clone lun上面的数据是相同的, 但是这个时候如果点击 synchronizing 的话, 为什么还是需要很久才能同步完呢?(好像记得是这样,所以感觉有些问题)
wangjun_li
24 消息
2015年5月16日 04:00
为何同一个clon group里面的clon 速率不一样
2015年5月17日 02:00
看到你问的是楼主,不知道你是自己遇到了类似问题,还是想和楼主确认一下背景信息?
我自己觉得,不同clone速率不同应该还是初始条件以及clone中存储I/O负担的不同造成的。
2015年5月17日 08:00
建立多个clon group 每个group里面的速率都不同,原始数据都是一样的
2015年5月17日 19:00
有没有更多的信息?这些Clone LUN是不是不在一个RAID group上?
有日志的话,就帮你新开一个帖子,让更多人帮你看看。
戴尔支持资源
查看更多
查看全部
Top
Roger_Wu
2 Intern
2 Intern
•
4K 消息
0
2015年5月12日 20:00
按照Clone的原理,fracture后,新的I/O就会被记入fracture log (基于bitmap),以备将来再一次同步,或者reverse sync (反向同步)使用。
这时你点击synchronizing (同步的是增量数据),或者reserve sync (源LUN回退到Clone时间点的状态),数据需要根据fracture log中的bitmap,反映在LUN上。因此如果期间I/O较多,或者两次同步时间间隔较长,所需的时间就越久。
Roger_Wu
2 Intern
2 Intern
•
4K 消息
1
2015年5月12日 01:00
Clone如果仍然是consistent state说明两边数据当时是相同的,但如果此时立即fracture而不先quiesce I/O,那clone LUN就可能没法写入后续源LUN接收到的写I/O了。如果要确保fracture后的clone和源LUN一模一样,主机必须没有新的写入。Synchronized state就是这样的一个状态。
当然一些特殊情况下,在consistent state时也可以直接fracture,比如:
1. 你已经100%确认不会再有新的I/O写入源LUN
2. 你要的就是一个可能不完整的clone image
3. 应用有内建的机制可以判断并忽略在执行fracture时间点之后才收到的数据
DavidCao
36 消息
0
2015年5月12日 01:00
如何quiesce i/o 在storage上?
我们每次都是直接fracture掉 然后下次再做synchronize
那我们这种情况下怎么能看出来 这次需要传输多少数据呢? 也就说我们怎么能看出来clone的速度是快还是慢呢?每次在gui上面只是看到一个百分比 也不知道它其他的信息
Roger_Wu
2 Intern
2 Intern
•
4K 消息
0
2015年5月12日 02:00
按照块(block)存储的机制,存储无法感知到LUN上实际内容的,因此建一个空LUN与上面拷满数据的LUN,两者clone所需时间应该一样。VMAX也是块存储,因此空LUN同步也要很久。
如果实在不放心,那你就建一个LUN再拷一些数据上去好了,也没多久
DavidCao
36 消息
0
2015年5月12日 02:00
好的 谢谢
如果我有一个新的lun 放到storage group里面去 在host上面对lun 搞了一个分区表 然后搞了一个clone group 同步到clone lun上面 那会不会很快就能同步完呢(因为上面没数据呀)?
我在vmax发现 即使source上面没数据(不知道有没有数据 是一个新lun)搞第一次同步也要很久
Roger_Wu
2 Intern
2 Intern
•
4K 消息
1
2015年5月12日 02:00
Quiesce I/O都是在源LUN挂载的那台主机上做的。一般停掉或迁移走应用负载,I/O就下来了。
如果是配置好Clone的第一次同步,那就是一次完整的同步,这个应该很好估算(如果没有历史经验参考,也可以建一个测试LUN然后同步一次看看)。后续同步就是增量了,这个确实比较难估算。
DavidCao
36 消息
0
2015年5月12日 18:00
恩 有道理
又上班了 继续提问。。
当生成了clone 后,source lun会syncing到clone lun,当第一次完成之后会变成consistent的状态,这个时候往source lun上面写的数据在后台仍然会copy到clone lun上面,也就是说这个时候source lun跟clone lun上面的数据是相同的, 但是这个时候如果点击 synchronizing 的话, 为什么还是需要很久才能同步完呢?(好像记得是这样,所以感觉有些问题)
wangjun_li
24 消息
0
2015年5月16日 04:00
为何同一个clon group里面的clon 速率不一样
Roger_Wu
2 Intern
2 Intern
•
4K 消息
0
2015年5月17日 02:00
看到你问的是楼主,不知道你是自己遇到了类似问题,还是想和楼主确认一下背景信息?
我自己觉得,不同clone速率不同应该还是初始条件以及clone中存储I/O负担的不同造成的。
wangjun_li
24 消息
0
2015年5月17日 08:00
建立多个clon group 每个group里面的速率都不同,原始数据都是一样的
Roger_Wu
2 Intern
2 Intern
•
4K 消息
0
2015年5月17日 19:00
有没有更多的信息?这些Clone LUN是不是不在一个RAID group上?
有日志的话,就帮你新开一个帖子,让更多人帮你看看。