EMC MirrorView 知识汇总
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,l同时原来的
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)，只需做该部分的同步，即可保持一
致。使用fracturelog可避免做整个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的镜像将把日志中记录的
数据块修改信息拷贝到 secondaryimage，以确保同步，如果没有设置 write intent log的镜
像，则只能做完全同步（这需要花费大量的时间)。