银行数据中心搬迁的规划与实施.docx

EMC：银行数据中心搬迁的规划和实施
引言摘要：本文简单介绍 EMC SRDF 技术，重点阐述了银行如何利用该技 术进行新旧数据中心搬迁、灾难备份的系统设计，具体介绍了如何按照系统设计 要求逐步将旧数据中心平安地、迅速地搬迁到新的数据中心，如图一所示。
Symmefr/x
SRDF lintis
Scarce
ffl—與型SET傩接图门
Target
httpi/y^ 图中显
示了同步方式的SRDF 一个写请求的完成过程。从图中可以看出，当本地〔源〕 盘要写一个IO的时候，它首先会将IO发到远地〔目标〕盘上，待目标Symmetrix 设备将数据写进Cache后，本地IO才认为是写成功了。这样，就充分保证本地 存储和远地存储的一致性,但是对SRDF的连接的网络速率要求就比拟高了。推 出数据恢复指南教程数据恢复指南教程数据恢复故障解析常用数据恢复方案 硬盘数据恢复教程数据保护方法数据恢复软件专业数据恢复效劳指南三、需 求分析银行数据中心的迁移工作，与其他工程一样，首先都要从数据中心迁移的 需求分析开始，充分理解迁移工作的目标、环境、性能指标等，才可能开始进行 设计工作。本节以厦门建行数据中心迁移为例，说明数据中心搬迁的需求分析工 作。：厦门建行数据中心迁移的总体目标是：要将数据中心从旧 大楼搬迁到新大楼，需要利用数据迁移技术将数据从旧的数据中心迁移到新的数
据中心，同时建立新旧大楼之间的数据灾备系统，系统迁移过程中对业务系统的 影响要到达最小。：厦门建行数据中心由核心业务系统和大 量的前置系统组成。其中，厦门建行数据中心的核心主机系统以IBM RS6000主 机、EMC存储系统组成，数据库系统采用Informix IDS,应用系统是自行开发的。 厦门建行新旧数据中心物理距离大约6公里。目前在旧的数据中心有一套旧的存 储系统。旧数据中心有多套的双机互备的主机系统，包括核心业务系统双机系统、 信息系统双机系统、前置系统双机系统〔包括多种前置应用系统〕等，这些机器 都通过SAN连接到核心存储上。而在新数据中心预备新购置一套新的存储系统， 但在新的数据中心没有主机系统，只是用一台小配置的机器用于测试，新购置一 台与旧中心一样的SAN Switch作为测试。系统情况如下列图所示。
Hast Symmetrix Host
閨一典型液!）他證閨卩http：//^.
系统迁移示意图（原慈磁）
HfrWf：3«
=11=
-MTij
i猜冈网绪
n. com
图二原系统结构示意图另外，数据中心还有大量的前置机大局部是独立的 系统，涉及的操作系统包括：HP-UX、SCO Openserver、Linux、Windows NT、 windows 2000 等；涉及的数据库包括：Informix、Lotus Notes、SQL Server 等。 这些系统大多是属于可以单独搬迁的系统，其设备的搬迁不与核心系统的搬迁同 时进行。因此，这些设备和机器不再上图列出。
业务数据分析：因为灾备系统需要有一套存储系统，相应的主机系统， 要有机房运行条件、网络系统等，因此建立灾备系统需要有较高的投入。所以， 要在本钱容许的情况下，进行综合考虑，尽可能将比拟重要的业务放入灾备系统 中。因此我们要将业务数据根据重要性进行划分，一般可以分为：核心业务、重 要业务、一般业务。〔1〕核心业务要求24小时不间断运行，其重要性不言而 喻。这些业务数据肯定要进入灾备系统，才能在数据中心迁移时以最短的中断时 间实现迁移的目的，同时将来数据中心出现问题时，备份中心能保有最新的核心 业务数据。比方上图中原系统中的核心业务系统，包括业务主机系统和信息系统。
〔2〕重要业务中，要根据容许中断时间、业务重要程度进行划分，将重要 程度很高、中断时间要求很短的业务，尽可能放到灾备系统中，将重要程度一般、 中断时间可以时间比拟长的业务系统考虑不放在灾备系统中。比方上图中连接到 SAN 环境中的“前置系统 1〞、“前置系统 2〞。〔3〕 一般业务正常情况下都 不进入灾备系统，在数据中心迁移时要进行较长时间的业务中断，中断时间就是 一般业务的系统关机、物理搬迁、开机的时间。比方不在上图中示意的其他系统。
4． 迁移需求分析：按厦门建行的需求，整个系统迁移只能在凌晨进行，而 且系统迁移造成的业务中断时间不能超过 2 小时。也就是说，我们在系统迁移过 程中，应用系统关闭、数据迁移、应用系统启动的整个过程占用的时间不能超过 2 小时。按此要求，我们在设计中要非凡注重系统迁移的性能。
5． 性能需求分析：厦门建行对 SRDF 性能的要求