IBM+SVC-PPRC+异地容灾解决方案知识讲解

1、I BM+SVC- PPRC+异地容灾解决方案IBM SVC_PPR导地容灾解决方案场景介绍：生产中央与灾备中央距离 200公里,线路带宽20M要求RPO?于零,实 现数据级容灾,容灾系统尽可能减少对原生产系统的性能影响.要点说明：SVC PPRC Global Mirror ,应对物理灾难GeoRM + Log Shipping ,应对逻辑错误,误操作容灾系统设计：异地容灾解决方案的核心即在线数据复制,就在其技术而言,我们认为 比拟成熟的数据复制技术为：基于智能存储设备实现的硬件级别的数据复制, 这种数据复制技术无需占用主机设备的系统资源,它对主机系统的资源消耗极 小,可以保证主机上的应用高

2、性能运行.IBM SVC (SAN Volume Controller )存储虚拟化产品具有通用性强、实施简 单的特点,透明地参加原有 SAN环境是SVC的根本功能.SVC是整个SAN网络 的限制器,在SAN的分区上,逻辑上主要划分为 Host Zone和Disk Zone ,从 而解除主机与存储设备的紧密耦合.它将整个SAN中的存储设备整合成一个巨大的存储池,可以充分利用所有的存储资源(包含第三方存储设备)并按业务的需求分配存储空间、性能和功能.因此,通过SVC可以很方便的将目前的存储设备进行整合,建立统一的灾备治理和资源分配平台,可以根据应用 /业务不 断变化的需求来动态配置存储.IBM

3、SVC目前提供MetroMirror和GlobalMirror两种高级复制功能.异步(Global Mirror )功能的设计目的在于针对业务连续性和灾难恢复提供几乎不 受距离限制的长距离异步远程复制水平.在SVC中,同步(MetroMirror)和异步可以作为同一项功能实现,以便灵活地实现远程复制功能.1. PPRC MetroMirror/ 同步复制来自效劳器的更新被写往本地连接的集群(Cluster )缓存,该系统将数据 转发给远地点连接的SVC集群(Cluster )的缓存.只有当两个集群(Cluster )的缓存都拥有数据的拷贝以后本地系统才会向处理器返回一个I/O完成指示.同步远程

4、拷贝能够在远地点提供最新程度的数据当前值,但应用程 序会因等待写I/O操作的完成而被延迟.MetroMirror将保证如果备份卷不能被更新,那么即使源卷更新成功,整个写操作也会返回失败-彻底保证源卷和目的卷的数据彻底一致.同步方式可 以保证数据不会丧失,更重要的是数据的一致性在这种方式下能够得到很好的 保证一数据的不一致意味着相关数据的丧失,此时数据库的数据平安机制无法 保证数据的平安,严重时有可能造成数据库无法启动4 Ack1 Write3 A-kn-wl-dge writeCache *. Cache2 Mirror write ,Master .I AuxiliaryL VDIsk JI

5、. VDisk IMetro MinorRelationshipMetroMirror/同步复制示意图优点：MetroMirror保证如果备份卷不能被更新,那么即使源卷更新成功, 整个写操作也会返回失败,这可以彻底保证源卷和目的卷的数据彻底一致,保 证RPC®等于零.缺点：由于同步复制灾备技术要实现同城灾备磁盘阵列间的备份写,因此对整体性能将存在一定的影响.缺点躲避方法：采用相对高性能容灾功能实现产品平台,保证网络带宽及可靠 性.2. PPRC GlobalMirror/ 异步复制在GlobalMirror复制中,来自效劳器的更新被写往本地SVC集群Cluster 的缓存,该系统立即

6、向效劳器返回一个I/O完成指示.更新在很短的一段时间在实际中通常在数秒钟到一分钟左右,依赖于两个数据中央之间的 带宽和距离以后被送往一个远程SVC®群Cluster 缓存.异步远程拷贝对 应用程序性能的影响最小,但远程磁盘系统在数据最新性方面与本地系统相比 会有一个延迟1 Write 2 Acknowledge writeCache Cache3 Write to remoteMasterVDiskGlobal Mirror RelationshipAuxiliary、VDisk .GlobalMirror/ 异步复制示意图全球镜像是以存储为根底的、实时的、与应用和主机无关的数据远程

7、镜像 功能,利用这个功能可以实现数据最小丧失数秒钟到一分钟左右且具有完 全恢复功能的灾难恢复解决方案.优点：由于实现以存储为根底的、实时的、与应用和主机无关的数据远程镜 像功能,因此可以保证应用性能的高效性,根本不受到灾难备份数据工作的影响. 理论上可以实现无限远距离的容灾备份.缺点：为保证应用性能的高效性,需要实现数据最小丧失数秒钟到一分钟 左右,因此在灾难发生的情况下,将有一定数据的丧失,丧失程度与网络带宽和 业务工作量存在关联.考虑到容灾系统的部署要尽量减小对原生产系统的性能影响,因此推荐采用Global Mirror的全球镜像异步灾备方案.同时为减少容灾系统对网络带宽的占用量,部署 C

8、isco MDS 9216i冗灾存储网络交换机,9216i可支持FCIP压 缩,最大能到达30:1的压缩比.在各种数据源的情况下通常为 2:1的压缩比根据以前的工程经验,压缩比根本在 3: 1到4: 1以上灾备系统结构图:椽电生产系统IP routeIP wire算电容灾中央系城1本地中央机房和异地灾备机房的磁盘阵列分别连接在各自的SAN交换机上,SVC设备通过SAN交换机透明治理两地的存储空间,并通过 SVC所具有的PPRC数据复制功能,实现数据中央与异地灾备中央之间的异步数据复制,保证核心数据的平安.核心业务系统对数据的任何修改,均会异步复制到异地灾备中央,以实现关键业务数据从数据中央到异

9、地灾备中央的异地自动复制.这样就可以保证,一旦数据中央发生不可抗力因素等灾难后,可以保证关键数 据保存.SVC PPRC解决了物理灾难问题,在应对逻辑错误问题上采用GeoRM+Log Shipping的数据库复制方案.既可以保存传统的数据库本身的数据复制方 案的优势,同时又可以针对其局限性作出一定的改良的.容灾中央流程>L 一Logs涌WGMD陶母竭传朝无端鲂搐传输完我信logsF 厚方川h log远期处于ata 口 dby状强的ORACLE数据庠根据Arch log实选丽谦数据复制进程总图该解决方案的核心思想为,生产中央各个数据库均工作于归档模式,日常生产中各个数据库产生的Archiv

10、e 10g将统一由旧M数据复制效劳器完成压缩并 向灾难备份和恢复中央实施传送,灾难备份和恢复中央将传送至的Archive log解压缩并roll forward到灾难备份和恢复备份效劳器对应的数据库上.生产系统与数据复制系统完全独立,数据复制系统组件的故障包括生产端GMD Server故障,数据复制链路故障,灾备端 GMD Server故障,灾备端数 据库效劳器故障,均不会对业务生产产生影响.根据客户的实际情况,平均每天产生不到 100个归档日志,最高到580个,日志大小每个按512MB计算,那么平均每天产生50GB日志,最高290GB.将归档日志打包,压缩根据经验,日志的压缩比一般为3:14:1左右后再 传,那么所需传送的数据量分别为 50/3=16.7GB和290/3=96.7GB 保守起见,下 面压缩比按3: 1计算.在20Mb/s的带宽情况下,那么每小时可以传送 20Mb/s*3600