Mirror View、SnapView、Sancopy

Mirror View、SnapView、Sancopy是用在Clariion系列存储上的（不仅CX3系列，以前的CX3/5/700和CX2/4/600也支持）
SRDF、TimeFinder是用在Symmetrix系列存储上的

Mirror View是将一台阵列里面的数据通过同步或者异步的方式复制到另一台阵列中，Lun级别；
例如，将生产阵列中的一个Lun同步到备份阵列中的一个同样大小的Lun，两个Lun的数据完全一样； 主要用于异地容灾。
SnapView包括Clone和Snap Shot两种，都是在同一个阵列内部进行数据复制；
Clone是创建一个跟源Lun相同大小的Lun，做源Lun的完全同步，
Snap Shot一般创建一个或者多个源Lun15%-20%大小的Lun，需要脚本等支持，运行后对当前时间点的数据做快照，
然后这些小的Lun记录数据变化（指针）。
Sancopy用于存储阵列之间的数据拷贝，支持各种主流厂商的大多阵列，纯用来做数据迁移，迁移过程中需要停止应用。

SRDF可以理解为Mirror View for Symmetrix
TimeFinder可以理解为SnapView for Symmetrix

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个）

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不可达时才会启动检测)

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的镜像,则只能做完全同步(这需要花费大量的时间)
原文链接: