《如何实现银行数据中心搬迁》.docxVIP

如何能保证数据中心迁移过程中数据不丢失？如何确保数据中心迁移过程中业务系统基本不停顿？这些都是我们银行要面对的问题。本文将基于EMC SRDF技术，以中国建设银行厦门市分行数据中心新旧大楼搬迁和灾备系统实施为例，讨论数据中心数据迁移和搬迁的方案规划、设计和实施。?银行数据中心的特点是: 业务集中、数据集中、海量数据容量（至少TB量级）、大业务量、业务连续性要求极高、关键业务数据可用性高。随着银行数据集中，旧数据中心由于容量、性能、运行环境等限制，已不能满足业务系统发展的需要，这时各银行就可能建立一个新的数据中心。由于业务24×7的连续性需求和客户数据的重要性，保证业务连续性是数据中心迁移的核心要求，迁移数据的高可靠性是数据中心迁移成败的关键。数据迁移过程中对业务的影响、迁移的数据完整性保证是迁移技术选型、方案设计的依据。?厦门建行原数据中心主机系统基本上是基于IBM RS/6000主机和EMC存储平台，主要的银行业务系统包括对公、储蓄、银行卡等核心业务，还包括有代理业务和中间业务等。应用系统基于Tuxedo中间件和Informix、DB2数据库进行构建，生产数据集中存放在一台EMC Symmetrix 3830 磁盘机中，可用空间大约600GB。在新数据中心厦门建行选用一台EMC Symmetrix 8530磁盘机作为主存储设备，同时还购买了SRDF、TIMEFINDER、PowerPath、ECC等软件，并利用SRDF进行数据迁移的服务。?需求分析?厦门建行数据中心由核心业务系统和大量的前置系统组成。其中，数据中心的核心主机系统由IBM RS6000和EMC存储系统组成，数据库系统采用Informix IDS，应用系统是自行开发的。厦门建行新旧数据中心物理距离大约6公里，旧数据中心有多套的双机互备的主机系统，包括核心业务系统双机系统、信息系统双机系统、前置系统双机系统（包括多种前置应用系统）等，这些机器都通过SAN连接到核心存储上。而在新数据中心准备新购置一套新的存储系统，但在新的数据中心没有主机系统，只是用一台小配置的机器用于测试，新购置一台与旧中心一样的SAN Switch作为测试。?此外，数据中心还有大量的前置机大部分是独立的系统，涉及的操作系统包括：HP-UX、SCO Openserver、Linux、Windows?NT、Windows 2000等; 涉及的数据库包括: Informix、Lotus Notes、SQL Server等。这些系统大多是属于可以单独搬迁的系统，其设备的搬迁不与核心系统的搬迁同时进行。?业务数据分析：因为灾备系统需要有一套存储系统，相应的主机系统，要有机房运行条件、网络系统等，因此建立灾备系统需要有较高的投入。所以，要在成本允许的情况下，进行综合考虑，尽可能将比较重要的业务放入灾备系统中。因此我们要将业务数据根据重要性进行划分，一般可以分为: 核心业务、重要业务、一般业务。?核心业务要求24小时不间断运行，其重要性不言而喻，这些业务数据肯定要进入灾备系统，才能在数据中心迁移时以最短的中断时间实现迁移的目的；重要业务中，要根据允许中断时间、业务重要程度进行划分，将重要程度高、中断时间要求短的业务，尽可能放到灾备系统中，而重要程度一般的业务系统考虑不放在灾备系统中。如图1连接到SAN环境中的“前置系统1”、“前置系统2”；?一般业务正常情况下都不进入灾备系统，在数据中心迁移时要进行较长时间的业务中断，中断时间就是一般业务的系统关机、物理搬迁、开机的时间。?迁移需求分析 按厦门建行的需求，整个系统迁移只能在凌晨进行，而且系统迁移造成的业务中断时间不能超过2小时。也就是说在系统迁移过程中，应用系统关闭——数据迁移——应用系统启动的整个过程占用的时间不能超过2小时。按此要求，在设计中要特别注意系统迁移的性能。?性能需求分析 厦门建行对SRDF性能的要求是系统响应时间不得超过原来的5%，这个需求是针对数据中心搬迁后，新旧数据中心的灾备系统而提出的。基于这个需求，需要对传输的数据量进行估算。通过对数据量的分析，发现系统在正常运行中的I/O量不大，SRDF完全能满足要求，但是，当应用系统数据库在做Checkpoint的时候，I/O量急剧增加，假设每秒I/O数据量为10MB，则SRDF性能要求应用是10×8=80 Mbps。?数据中心迁移系统设计?数据中心要进行迁移，既要考虑未来使用的情况，也要考虑数据迁移过程的现实。厦门建行的总体设计思路是: 建立新数据中心，新旧数据中心采用SRDF进行互联，利用SRDF进行异地数据迁移，在数据中心搬迁后建立最终的新旧中心灾备系统。因此，系统总体设计要将重点放在灾备系统设计上，要从硬盘分布、SRDF同步模式的选择、灾备网络方案的确定、灾备软件的