三、需求分析

　　银行数据中心的迁移工作，与其他项目一样，首先都要从数据中心迁移的需求分析开始，充分理解迁移工作的目标、环境、性能指标等，才可能开始进行设计工作。本节以厦门建行数据中心迁移为例，说明数据中心搬迁的需求分析工作。

　　1. 总体目标：

　　厦门建行数据中心迁移的总体目标是：要将数据中心从旧大楼搬迁到新大楼，需要利用数据迁移技术将数据从旧的数据中心迁移到新的数据中心，同时建立新旧大楼之间的数据灾备系统，系统迁移过程中对业务系统的影响要达到最小。

　　2. 系统环境分析：

　　厦门建行数据中心由核心业务系统和大量的前置系统组成。其中，厦门建行数据中心的核心主机系统以IBM RS6000主机、EMC存储系统组成，数据库系统采用Informix IDS，应用系统是自行开发的。

　　厦门建行新旧数据中心物理距离大约6公里。目前在旧的数据中心有一套旧的存储系统。旧数据中心有多套的双机互备的主机系统，包括核心业务系统双机系统、信息系统双机系统、前置系统双机系统(包括多种前置应用系统)等，这些机器都通过SAN连接到核心存储上。而在新数据中心准备新购置一套新的存储系统，但在新的数据中心没有主机系统，只是用一台小配置的机器用于测试，新购置一台与旧中心一样的SAN Switch作为测试。系统情况如下图所示。

　　图二 原系统结构示意图

　　另外，数据中心还有大量的前置机大部分是独立的系统，涉及的操作系统包括：HP-UX、SCO Openserver、Linux、Windows NT、Windows 2000等;涉及的数据库包括：Informix、Lotus Notes、SQL Server等。这些系统大多是属于可以单独搬迁的系统，其设备的搬迁不与核心系统的搬迁同时进行。因此，这些设备和机器不再上图列出。

　　3. 业务数据分析：

　　因为灾备系统需要有一套存储系统，相应的主机系统，要有机房运行条件、网络系统等，因此建立灾备系统需要有较高的投入。所以，要在成本允许的情况下，进行综合考虑，尽可能将比较重要的业务放入灾备系统中。因此我们要将业务数据根据重要性进行划分，一般可以分为：核心业务、重要业务、一般业务。

　　(1) 核心业务要求24小时不间断运行，其重要性不言而喻。这些业务数据肯定要进入灾备系统，才能在数据中心迁移时以最短的中断时间实现迁移的目的，同时将来数据中心出现问题时，备份中心能保有最新的核心业务数据。比如上图中原系统中的核心业务系统，包括业务主机系统和信息系统。

　　(2) 重要业务中，要根据允许中断时间、业务重要程度进行划分，将重要程度很高、中断时间要求很短的业务，尽可能放到灾备系统中，将重要程度一般、中断时间可以时间比较长的业务系统考虑不放在灾备系统中。比如上图中连接到SAN环境中的“前置系统1”、“前置系统2”。

　　(3) 一般业务正常情况下都不进入灾备系统，在数据中心迁移时要进行较长时间的业务中断，中断时间就是一般业务的系统关机、物理搬迁、开机的时间。比如不在上图中示意的其他系统。

　　4. 迁移需求分析：

　　按厦门建行的需求，整个系统迁移只能在凌晨进行，而且系统迁移造成的业务中断时间不能超过2小时。也就是说，我们在系统迁移过程中，应用系统关闭、数据迁移、应用系统启动的整个过程占用的时间不能超过2小时。按此要求，我们在设计中要特别注意系统迁移的性能。

　　5. 性能需求分析：

　　厦门建行对SRDF性能的要求是系统响应时间不得超过原来的5%。这个需求是针对数据中心搬迁后，新旧数据中心的灾备系统而提出的。基于这个需求，需要对传输的数据量进行估算。

　　按厦门建行的应用情况，通过对多日的数据量的分析，发现在系统在正常运行中的IO量不大，SRDF完全能满足要求;但是，当应用系统数据库在做Checkpoint的时候，IO量急剧增大。假如每秒IO数据量10M，则SRDF性能要求也是 10*8=80 Mbps。