在primary Image所属盘阵的consistency group点击fracture,这时secondary Image会和primary断开同步,变成consistent状态.如果是手动断开，会显示adminFracture，如果是由于其他原因，系统自行断开同步，会显示sysFracture.
注意事项:尽管fracture断开同步，但secondary Image不能写也不能读，只有提升为primary Image后，才可以读写.
如果已经是fracture状态了，哪么怎么再让他们继续同步呢？是否需要删除重新创建呢？
回复 #13 jgtvisionnex 的帖子
如果已经是fracture状态了，再同步的话，只需要在secondary Image选择Synchronize，这时会primary Image的改变量同步到Secnodary Image上.但是，因为所有的改变量是存在write intent log中，我想如果改变量超过write intent log容量，这时再同步的话，需要重新同步了。 原帖由 bluesunshine 于 2009-3-25 14:37 发表 http://bbs2.chinaunix.net/images/common/back.gif
如果已经是fracture状态了，再同步的话，只需要在secondary Image选择Synchronize，这时会primary Image的改变量同步到Secnodary Image上.
但是，因为所有的改变量是存在write intent log中，我想如果改变量超 ...
我试过，在Second image上面做这个操作，好像不行！具体步骤给忘记了！但是当时肯定是删除了重新做的！不知道怎么回事！ 原帖由 jgtvisionnex 于 2009-3-25 14:55 发表 http://bbs2.chinaunix.net/images/common/back.gif
我试过，在Second image上面做这个操作，好像不行！具体步骤给忘记了！但是当时肯定是删除了重新做的！不知道怎么回事！
莫非真是因为"改变量超过write intent log容量，这时再同步的话，需要重新同步了。"
或者没有设置write intent log，断开的时间很长，而primary image又不停有I/O写入。
我当时实施时也测试过肯定是可以的，包括拔线，提升second image，反向同步，都没有问题. 哦，等待机会再测试一下哦！ 楼主写的不错，看了收获很大，初学，有几个疑问指教一下：
1.生产站点和容灾站点之间的距离有多少公里？必须要配置两条链路吗？ 不会为这个容灾专门拉线吧？租用电信的？
2.加了mirrorView后，对生产卷的性能有多大影响？会不会很慢？
3.ISCSI一般是不是只能做异步？
4.容灾站点的promote，在完成一次增量的更新后，即LUN级是一致的，但此时LUN上的业务数据可能逻辑上并不是可用的，比如数据库的一些buffer可能没刷下来，这个怎么保证？
5.mirrorView的RTO怎么算啊？出现故障后，在容灾站点要用户去promote,还要配置主机的业务。这个东东是手动的呢。
6.如果生产站点发生故障，容灾站点从主机到存储大致是怎么配置来平滑恢复的呢？以保证业务中断最小化。 很不错，谢谢分享 些的很细，学习学习