某银行IDC搬迁的规划和实施.docx

《某银行IDC搬迁的规划和实施.docx》由会员分享，可在线阅读，更多相关《某银行IDC搬迁的规划和实施.docx（12页珍藏版）》请在第一文库网上搜索。

1、某银行IDC搬迁的规划和实施引言摘要：本文简单介绍EMCSRDF技术，重点阐述了银行如何利用该技术进行新旧数据中心搬迁、灾难备份的系统设计，具体介绍了如何按照系统设计要求逐步将旧数据中心安全地、迅速地搬迁到新的数据中心，并最终形成一套灾难备份系统。要害字：SRDF,数据迁移、灾难备份随着银行数据集中的深入开展，各类业务数据都进行集中处理。随着业务的不断拓展，我们可能需要对旧数据中心进行扩容，并进行新中心的建设。这时，我们就需要进行数据中心的搬迁工作。而实际上关于较大型的数据中心,经常要利用灾备技术来实现数据的迁移,同时利用原有的数据中心作为备份中心。如何能保证数据中心迁移过程中数据不丢失？如何

2、确保数据中心迁移过程中业务系统基本不停顿？这些都是我们银行要面对的问题。本文将基于EMCSRDF技术，以中国建设银行厦门市分行数据中心新旧大楼搬迁与灾备系统实施为例，讨论数据中心数据迁移与搬迁的方案规划、设计与实施。一、数据中心迁移背景银行数据中心的共有特点是：业务集中、数据集中、海量数据容量（至少TB量级）、大业务量、业务连续性要求极高、要害业务数据可用性高。随着银行数据集中，旧数据中心由于容量、性能、运行环境等限制，已不能满足业务系统进展的需要，这时各银行就可能建立一个新的数据中心。由于业务24X7的连续性需求与客户数据的重要性，保证业务连续性是数据中心迁移的核心要求，迁移数据的高可靠性是

3、数据中心迁移成败的要害。数据迁移过程中对业务的影响、迁移的数据完整性保证是迁移技术选型、方案设计的根据。随着厦门建行各项业务系统的进展，原有的计算中心机房已经难以满足越来越多业务系统对中心运行环境的要求，系统的扩充性受到极大的限制。随着分行新营业大楼的使用与新大楼中新中心机房的建设完成，厦门建行需要将原有的数据中心将搬迁到新营业大楼中。厦门建行原数据中心主机系统基本上是基于IBMRS/6000主机与EMC存储平台为基础的系统。厦门建行要紧的银行业务系统包含对公、储蓄、银行卡等核心业务，还包含有代理业务与中间业务等。应用系统是以TUXedo中间件与InfOrmix、Db2等数据库系统来进行构建的

4、，生产数据集中存放在一台EMC的Symmetrix3830磁盘机中，可用空间大约约600GBo厦门建行在新数据中心选用一台EMC的Symmetrix8530磁盘机作为主存储设备，同时还购买了SRDF、TIMEFINDERPowerPathECC等软件与利用SRDF进行数据迁移的服务，这为使用SRDF进行数据迁移与系统搬迁提供了必要条件。从节约资金的角度，新数据中心的主机系统不再另行购置，全部从旧数据中心搬迁过来。本文重点说明数据的迁移，设备的物理搬迁不具体说明。二、SRDF技术概述目前实现数据迁移与灾难备份的方法、技术很多，有SAN或者NAS技术、远程镜像技术、基于IP的SAN的互连技术、快照

5、技术等。其中，业界成熟的磁盘镜像技术关于保证业务连续性与数据迁移的高可靠性方面有着一定的优势，成为众多大型企业数据迁移、灾难备份的首选。EMC公司SRDF(SymmetrixRemoteDataFaci1ity)技术是磁盘镜像技术的一个杰出代表，在国内、国际上都有众多的成功案例。EMCSRDF是迄今为止业界唯一能够同时为大型机、UNIX、WindowsNT与AS/400等系统提供完整的业务持续性能力的解决方窠。自从其1994年问世以来，EMC存储治理软件已经帮助许多公司治理计划内的数据中心事件(如按计划保护，每日数据备份，数据迁移与应用测试)，同时它也负责从突发故障(如数据灾难)中恢复数据。S

6、RDF是一个在线的同时独立于主机的数据镜像信息存储解决方案。它能够将生产现场的数据复制到一个或者多个物理上分离的SymmetriX目标系统上。这些系统能够跨越大楼，远至世界各地。SRDF软件具有如下特点：1.支持所有主流服务器，大机(Mainframe)与开放系统能同时使用SRDF；2.基于磁盘阵列自身功能，与操作系统、应用软件无关、对主机影响小；3 .同时支持同步、半同步、异步等数据传输模式；4.通过网络系统的支持，SRDF镜像的距离能够到几千公里的距离；5.与Symmetrix微码、TimeFinder进行良好配合，实现生产数据的灵活应用，比如：利用BCV卷实现生产数据备份、隔日数据查询、

7、数据仓库等应用；6.支持不一致通信协议，包含ESCON、T1/E1、T3/E3、ATM、IP、DWDM,FC等；7.配置灵活、实施简单、操作方便；一个典型的SRDF连接，如图一所示。系统迁移示意图（原就埒）%清风网络图二原系统结构示意图另外，数据中心还有大量的前置机大部分是独立的系统，涉及的操作系统包含：HP-UX、SCOOpenserver1inuxWindowsNTWindoWS2000等；涉及的数据库包含：Informix、1otusNotesSQ1SerVer等。这些系统大多是属于能够单独搬迁的系统，其设备的搬迁不与核心系统的搬迁同时进行。因此，这些设备与机器不再上图列出。4 .业务数

8、据分析：由于灾备系统需要有一套存储系统，相应的主机系统,要有机房运行条件、网络系统等，因此建立灾备系统需要有较高的投入。因此,要在成本承诺的情况下，进行综合考虑，尽可能将比较重要的业务放入灾备系统中。因此我们要将业务数据根据重要性进行划分，通常能够分为：核心业务、重要业务、通常业务。（1）核心业务要求24小时不间断运行，其重要性不言而喻。这些业务数据确信要进入灾备系统，才能在数据中心迁移时以最短的中断时间实现迁移的目的，同时将来数据中心出现问题时，备份中心能保有最新的核心业务数据。比如上图中原系统中的核心业务系统，包含业务主机系统与信息系统。（2）重要业务中，要根据承诺中断时间、业务重要程度进

9、行划分，将重要程度很高、中断时间要求很短的业务，尽可能放到灾备系统中，将重要程度通常、中断时间能够时间比较长的业务系统考虑不放在灾备系统中。比如上图中连接到SAN环境中的“前置系统1、“前置系统2”。（3）通常业务正常情况下都不进入灾备系统，在数据中心迁移时要进行较长时间的业务中断，中断时间就是通常业务的系统关机、物理搬迁、开机的时间。比如不在上图中示意的其他系统。5 .迁移需求分析：按厦门建行的需求，整个系统迁移只能在凌晨进行，而且系统迁移造成的业务中断时间不能超过2小时。也就是说，我们在系统迁移过程中，应用系统关闭、数据迁移、应用系统启动的整个过程占用的时间不能超过2小时。按此要求，我们在

10、设计中要非凡注重系统迁移的性能。6 .性能需求分析：厦门建行对SRDF性能的要求是系统响应时间不得超过原先的5%。这个需求是针对数据中心搬迁后，新旧数据中心的灾备系统而提出的。基于这个需求，需要对传输的数据量进行估算。按厦门建行的应用情况，通过对多日的数据量的分析，发现在系统在正常运行中的IO量不大，SRDF完全能满足要求；但是，当应用系统数据库在做CheCkPoint的时候，IO量急剧增大。假如每秒K）数据量IOM,则SRDF性能要求也是10*8=80MbPs。四、数据中心迁移系统设计数据中心要进行迁移，既要考虑未来最终使用的情况，也要考虑数据迁移过程的实现。根据厦门建行的系统现状，我们的总

11、体设计思路时：考虑建立一套新数据中心，新旧数据中心使用SRDF进行互联，然后在数据搬迁时利用SRDF进行异地数据迁移，在数据中心搬迁后建立最终的新旧中心灾备系统。因此，我们的系统总体设计要将重点放在灾备系统设计中，我们要从存储系统硬盘分布、SRDF同步模式的选择、灾备网络方案的确定、灾备软件的匹配等方面的进行分析设计，最终确定总体架构。1.盘分布设计：盘分布设计要紧包含两方面的考虑：（1）确定什么应用系统放在灾备系统中。在进行业务数据需求分析完成后，我们就能够确定什么应用系统、什么应用数据要放到灾备系统中，我们就能够确定硬盘的可用容量。在厦门建行的应用系统中，将核心业务系统与部分重要系统放在灾

12、备系统中。（2）放在灾备系统中的应用数据的盘分布。在整个主机系统中，I/O的性能是至关重要的。存储系统的I/O性能的提高是整个核心系统性能提高的要害。其中，硬盘的分布是重中之重。在盘分布设计中，我们要紧使用两点思路：核心业务使用的硬盘使用Raid-1,而不使用Raid-5。这样，数据在得到双重保护的同时，又不降低性能。核心业务使用的硬盘尽可能放在不一致的物理硬盘上。这样，将使核心业务的I/O分摊到不一致的I/O通道中，使I/O性能进一步提高。核心业务使用的硬盘尽可能放在不一致的通道上。这样,将使核心业务的I/O分摊到不一致的I/O通道中，使I/O性能进一步提高。2 .SRDF同步模式选择SRD

13、F数据镜像技术支持三种工作模式：同步模式、半同步模式、异步模式，其中半同步模式使用较少，同步模式关于同城灾备最合适，异步或者自习惯模式适合数据的迁移，对主机端的I/O性能影响最小。但是若一套系统仅用于一次数据迁移，既能够异步模式来实现，也能够用同步模式来实现。按照厦门建行的需求，我们不仅使用SRDF来实现数据迁移，同时将来还要做同城灾备。因此，为了减少对业务的影响，我们能够提早同步，从而在迁移切换时，数据已经处于同步状态，能够使数据迁移的切换时间大大缩短。3 .网络方案的确定：在SRDF灾备实施中，为保证实施灾备系统的运行，网络传输速度是至关重要的。在明确迁移需求与系统负载后，与联机与批量对磁

14、盘更新量以后，进行SRDF带宽设计。包含SRDFSynChronoUSDe1ay、VO1UMEWRITEI/O1IMIT,具体方法可参考有关资料，这里不详述。通常情况下，IOkm以内的两套系统互联，只需要使用裸光纤互联就能够，连接接口使用长波单模光纤接口。使用裸光纤、普通光纤接口的传输速率理论上能达到IGbps,实际数值也能达到500Mbps以上。而关于超过Iokm的两套系统互联，能够使用磁盘间SRDF连接为2根ESCON通道，两地使用NORTE1或者CISCO等网络设备厂商提供的DWDM设备作通道延伸，两端DWDM间用DARKFIBER连接。这时就要根据系统的负载需求来确定传输线路的速率了。

15、由于厦门建行新旧大楼之间距离小于IOKm,因此使用裸光纤直连方式进行，通过计算，超过200MbPS的数据传输速率能满足厦门建行数据传输的需要。4 .软件版本的匹配：在我们的设计中，需要我们与厂商关注的一点是灾备系统两端的微码版本是否匹配，是否能满足SRDF的运行需要。只有EMC公开文档明确支持SRDF运行的微码版本才能发到两端的存储系统上运行，以确保将来SRDF运作的稳固性与可用性。5 .系统架构：根据需求的分析，我们要利用SRDF技术我们最终的目的是要建立一套基于SRDF的数据灾备系统，同时满足数据中心迁移的需要，同时将来作为数据灾备系统，当新数据中心出现问题时，旧数据中心能得到最新的业务数

16、据，并利用旧数据中心拥有的部分主机实现部分核心业务。因此，我们在总体设计是要按将来是一套SRDF同步系统来考虑，主存储是EMC8530,灾备存储是3830。大部分主机将搬迁到新数据中心，旧数据中心只保留很少的主机。数据中心搬迁后的系统最终的总体结构图如下：系统迁移示意图（系般绢图图三最终的系统结构示意图五、数据中心迁移过程在数据中心的迁移过程中，不仅要将原数据中心大部分设备毫发无损地物理搬迁到新数据中心，要害还要将数据准确无误地在最短时间内迁移到新中心地存储系统中。因此，在系统架构设计完成后，还要进行系统迁移过程的设计与实施。系统迁移过程的设计要紧针对迁移过程的流程进行设计，若有必要，可能对系统架构设计提出修改要求。主机系统数据分为系统数据、应用数据，系统数据包含操作系统、配置文件等，这些数据与硬件密切有关，实时性要求不高，同时系统数据与客户数据没有直接的关系；应用数据指与客户数据密切有关的数据，如数据库数据、应用系统配置