EMCMirrorview知识汇总学习笔记.docx

EMC MirrorView 知识汇总<学习笔记>

EMC MirrorView 是一种软件应用程序，用于在单独的位置维护逻辑单元 (LUN) 的拷贝映像。这两个映像应距离很远以提供灾难恢复；也就是说，如果由于严重事故或自然灾难而使一个映像不可用，另一个映像仍可以继续运行。
  Mirrorview 可支持2个以上的远程映像，每个映像位于单独的存储系统（通常是指独立磁盘阵列设备）中，Primary image接收来自主机端 （production host）的I/O请求，对外提供服务，而secondary image所位于的存储系统也可以独立服务于其它应用系统，而当 primary image不可访问时，可将其提升（promote）为primary image，以接管原有业务请求服务。
在设置Mirrorview时有以下规则限制：
1.每个Primary image可以有0,1,2个secondary image，而在同一存储系统中（同一磁盘阵列）只能有一个。
2.一个存储系统最多可以与其它四个存储系统建立镜像连接关系。
3.最大支持50个primary image（CX400和CX500为25个）使用write intent log（WIL）,另外，在独立的存储系统中最大可支持100个Mirrorview image（CX400和CX500为50个）
4.MirrorView需要使用SP中的特定端口。SPA对SPA，SPB对SPB。

5.建议SPA和SPB的MirrorView连接分别处于不同的网络中，如果是SAN，则可通过zooning来将端口划分开。
6．同步率（Synchronization rate）缺省为 Medium，可设置为Low，High。
7，FLARE当前版本（200904）:

Mirrorview的一些重要概念：
1.数据映像源（主磁盘阵列对应的LUN）称为Primary image
2.映像拷贝（备磁盘阵列对应的LUN）称为secondary image,
3.Fracture:指I/O无法传递到secondary image，而造成primary image和secondary image的不一致，原因可以是手工执行fracture操作(维护要求)或者是故障发生导致secondary image不可到达。
4.Fracture log:表现为bitmap，大小不可变更。主要用于维护存储系统控制器的内存，当fracture发生后，在重新同步过程中，通过Fracture log能快速定位priamry image和secondary image的不同点，以缩短同步时间。
5.image state:当primary image和secondary image建立关联关系后，其image主要有以下几种状态：同步（synchronized），一致（consistent），同步中（synchronizing），不再同步（out-of-sync）
6.promote:通 过promote执行命令可将secondary image提升为primary image,同时原来的primary image将降级为 secondary image ,如果是因为原有的primary image不可用时（灾难发生primary image已失效）所做的提升，则在 新的mirror体系中将不包含secondary image,另外只有在synchronized和consistent状态下才能做promote 操作（即当前不做更新操作）。
7.write intent log(WIL):用于记录primary image近期的改变信息，这些信息持久的存储在private LUN中，但primary image故障恢复时，通过write intent log能实现快速同步。

Fracture log和write intent log的原理说明：

fracture log scenario
在正常操作中,主机端在提交数据后必须等待secondary image端的I/O处理完成后才能得到确认信息,这时如果secondary LUN不可 到达时,MirrorView标记secondary image为fractured,并将修改信息写入fracture log，fracture log会记录primary image对于secondary image的改变信息，primary array使用heartbeat messages实时检测secondary array是否可达(heartbeat仅在 secondary arrary不可达时才会启动检测)间隔为10秒一次。

fracture log recovery
    当 secondary LUN恢复服务时，secondary image必须与primary进行同步操作，因为fracture log记录了数据块的修改信息(changed blocks)，只需做该部分的同步，即可保持一致。使用fracture log可避免做整个image的完全拷贝，节省大 量的时间(同步过程中也会影响整理性能)

write intent log overview
    write intent log 是MirrorView的一个高可用属性，主要用于缩短secondary array失效后再同步的处理时间。write intent log为 mirrored LUN中的每个数据块增加额外的写操作，同时也增加了阵列的load及cache负载.你可以选择是否配置 write intent log。

WIL Array Failure
write intent log 的主要目的在于缩短故障修复后的再同步时间，为了实现这一目标，它将修改数据块的信息存储在private LUN中，write intent log 通常包含两个private LUN(磁盘阵列的两个控制器各分配一个)，通常大小为128MB，又因为write intent log是作为 bitmap表示，所以不可能超出此日志空间。

WIL recovery
当磁盘阵列问题解决后(online状态)，设置使用write intent log的镜像将把日志中记录的数据块修改信息拷贝到 secondary image，以确保同步，如果没有设置write intent log的镜像，则只能做完全同步(这需要花费大量的时间)。