银行数据中心搬迁策略实施方案

1、银行数据中心搬迁策略实施方案某银行业务系统搬迁方式分类搬迁方式服务器 及应用数据及存储相关网络业务数据保护方式核心系统（综合客服、SNA 网切换切换核心网数据复制同时基于对某银行现状的分析和实际业务连续需求，建议某银行采取“混合型”的搬迁方式进行数据中心搬迁，部分系统的数据、应用采用切换方式，部分系统直接搬迁。通过数据同步复制的方式将数据完整迁移到新购 DMX3 和新购EVA 上，核心系统具有切换条件的采用切换方式。目前暂无冗余的 NAS 设备，可以租用 NAS 作为数据复制目标和冗余以降低风险。具体搬迁方式如下表所示。关）位于DMX3、DMX1000、EVA8100-1 和 EVA8100-

2、2 存储上的其他业务系统搬迁切换络新建， 部分接作为同步数据保护的手段入设备位于 NAS3140 上的业务系统搬迁切换搬迁通过 NAS 数据复制独立使用存储或不使用外置存搬迁前数据备搬迁搬迁储的系统份搬迁批次划分要求 系统切换的要求：核心业务系统采用切换的方式进行迁移，需要提前搬备机； 数据迁移的要求：n 新购 EVA8100 空间有限，仅能作为其中一台 EVA 的数据复制目标，需要先将 EVA8100-2 及上面的系统搬迁，腾出空间作为 EVA8100-1 的复制目标；n EVA8100 上的 CA 数据复制会严重影响生产性能，尽量分散该存储上系统搬迁批次，以提供足够窗口进行复制和数据验证。

3、 应用及物理关联的要求：n 数据交互量大的系统尽量同一批次搬迁n 网络外联分区内的业务系统需一起搬迁n 网络网银分区内的业务系统需一起搬迁n 应用关联紧密的业务系统需一起搬迁n 共享专用机柜(IBM/SUN)内的设备最好一起搬迁n 共享设备的业务系统需一起搬迁(服务器、刀片机箱、F5、Citrix、其他设备)根据上面批次划分的要求，建议某银行搬迁分为三个主批次进行。主要的批次划分的目的和对应的系统类型如下表所示：批次目的系统批次一为后续关键批次的搬迁提供必要的技术条件，同时验证新数据中心的网络、搬迁的路线、影响较小或独立的业务系统、核心系统的备机，他们的搬 迁不会对银行的业务造成外 部影响批次

4、二搬迁对外服务的业务系统， 以及相应紧密关联的对内 业务系统。将对外的业务 影响降低最低核心业务系统，一般都是7*24 的业务系统，对银行的外部影响较大批次三搬迁剩余的业务系统、开发系统以及利旧的设备一般是 58 的业务系统，对外部的影响较低整个搬迁过程如下图所示：2月20日3月20日3月底4月初2月5日EVA8100-2及相关业务系统搬迁3月6日核心类系统的备机搬迁第一批次搬迁部分对内业务系统搬迁第二批次搬迁 网络设备搬迁 网络线路割接 核心业务系统切换 主要业务系统搬迁第三批次搬迁剩余业务系统、安全、网络管理类系统DMX1000、DMX3、EVA8100-1、STK带库搬迁利旧设备：UPS

5、、空调等搬迁准备工作 新旧机房网络连通、测试完成；新机房线路测试完成 DMX上第一批次系统数据同步 EVA8100-2至新机房EVA8400数据同步 过渡备份环境搭建第二次数据同步 DMX上第二批次系统数据同步 EVA8100-1至EVA8100-2数据同步（部分业务系统）及数据验证、测试第三次数据同步 EVA8100-1至EVA8100-2数据同步（剩余业务系统SAP、OA） 及数据验证、测试从图中可以看到，在第一次搬迁前必须具备以下前提条件：l 新旧机房网络连通、测试完成；新机房线路测试完成；l 完成初始数据同步；l DMX1000 至新机房 DMX3 的数据同步 ；l EVA8100-2

6、 至新机房 EVA8100-3 数据同步 ；l 过渡备份环境搭建。第二批次和第三批次搬迁前都必须先做好 EVA8100-1至 EVA-8100-2 的数据同步。三个批次分别对应的业务系统包括：1. 批次 1 搬迁系统及设备：注：根据具体准备需要，第一批次分为多个小批次进行搬迁，搬迁时间也可适当调整；另外，2.20 日前，新机房还需要完成操作管理系统的建设， 相应工作人员采取新操作管理系统进行日常操作。2. 批次 2 搬迁系统及设备： 综合客户服务 信用卡 个 贷 综合理财密码服务平台 电子密押系统 金融自助终端 卡交换网站系统客户关系管理 开放式基金代销个人实盘外汇买卖保理系统 新代收代付 离

7、行办公系统（VPN） 学习管理系统 资金交易前中后一体化 国际业务结算 综合理财 商业汇票新终端系统 总行前置现代化支付 SNA网关 网上银行 统一征信系统 财富管理 ODS 分行前置 统一消息平台 反洗钱 ATMPCV 电子数据存储 信用卡销售人员管理 学习管理系统 事后监督（第二部分） 电子储蓄式国债 信用卡催收管理 信用卡新申请 信用卡数据集市 黄金交易信贷风险管理 金卫士 SWIFT 银税共享3. 批次 3 搬迁系统及设备：搬迁各批次分析1.1.1 批次 1 搬迁分析批次 1 搬迁影响业务的应用有：信用卡交易欺诈、事后监督（部分设备）、资讯平台、统一数据补录、电脑验印、关联方信息管理和

8、员工买卖股票申报系统、金融统计统一报送、资产负债系统、实物资产管理系统、档案管理系统 和文献管理系统、反恐怖融资黑名单系统；不影响业务的 应用及设备清单有：零售信贷数据集中分析（keith 项目开发用）、综合客户服务系统备机、3590 磁带机、路由器、信用卡备机。批次一搬迁的设备总数为 52，具体如下表所示。系统整机柜PC器服务小型机刀片服务器阵列磁带机 其他小计合计22082131652批次一搬迁所需时间如下图所示。应用名称停机前的前置条件切换/ 停应用时间点停止应用前的检查和处理应用停止数据备份（非集中存储上的数据）关闭数据库及OS健康检查关机下电拆卸包装运输清点就位安装加电启动OS,认盘

9、,及启动DB数据一致性验证应用启动应用系统可用性检查业务验证小计事后监督导流水、预警分析批量非运行时， 可以先停止批量，搬后补做。8:00-10:3010分钟30分钟无30分钟15分钟15分钟1小时6小时1小时60分钟2小时40分钟10分钟30分钟14小时交易欺诈侦测系统无0:005分钟5分钟无30分钟15分钟15分钟1小时6小时1小时50分钟2小时5分钟5分钟5分钟13小时从图中可以看到，在不考虑清关的情况下，一般系统都可以在 14 小时内恢复。批次 1 的设备大多是对内应用或者备用设备，因此，只需要根据需要选择某个周末，或者分成几个小批次在周末进行。另外，可以在批次 1 中再搬迁一些其他系

10、统的开发机、测试机和一些不用的设备。1.1.2 批次 2 搬迁分析批次 2 搬迁应用及其他设备清单如下图所示：批次 2 搬迁影响业务较大的应用及设备清单批次 2 搬迁对业务影响较小的应用及设备清单网络设备综合客户服务系统信用卡(CCS)卡交换个贷综合理财开放式基金代销OPICS个人实盘外汇买卖黄金交易现代化支付金卫士网银新终端系统金融自助终端ATMPVC电子数据存储VSM 虚拟带库客户关系管理系统信用卡销售人员管理电子商业汇票综合报表财富管理事后监督（剩余部分）催收管理交易欺诈侦测离行办公系统（VPN）电子储蓄国债信贷风险管理商业汇票系统资产保全系统反洗钱信用卡数据集市批次 2 搬迁过程中的难

11、点有：1. 应用数量多而且关键；2. 设备数量很多，共计 408 台；3. 系统管理员和设备管理员较少，搬迁过程中很可能成为瓶颈；4. 搬迁路径和通道，多系统同时搬迁可能会成为物理搬运过程中的瓶颈。针对这些难点，批次 2 搬迁方式有 A、B 两种方案：u A 方案：批次 2 内应用系统进行分组，同批次内分时段错开搬迁；u B 方案：批次 2 内应用系统分多个批次，分批搬迁。批次 2 搬迁的应用系统恢复优先顺序遵循以下原则：1. 尽快恢复对外服务的条件；2. 根据应用服务等级进行恢复。批次 2 搬迁应用系统恢复优先级别如下图所示。需要最优先恢复的 A 类系统其他 A 类业务系统B 类系统C 类、

12、D 类系统从图中可以看出：1. 综合客服、信用卡、个贷是对外服务的核心，需要最优先的恢复；2. SNA 网关、前置平台是其他对外服务到综合客户服务的关键通道，也需要最优先的恢复；3. 网银、终端系统、ATMPCV、多媒体自助、金卫士是对外服务的窗口，需要优先恢复；4. 卡交换是银联接入深发行的通道，需要优先恢复；5. 网银的业务与现代化支付关联紧密，需要优先恢复现代化支付；6. 其他系统按应用服务等级进行恢复。批次 2 内应用系统恢复优先级别详细情况如下图所示。批次 2 搬迁的两种方式比较如下表。搬迁特征方式 A(同一批次内按优先级分组搬迁)方式 B（多批次搬迁）对外业务中断次数1 次多次集中

13、申请停机时间1 次多次对外业务的搬迁周期1 次24 周对外业务恢复后的性能问题正常搬迁过程中，对外业务分散在两个机房，性能受到网络带宽的制约单次搬迁的业务影响范围很大大人力资源瓶颈问题严重 (设备较多， 连续作战时间长)中紧急情况下的回退问题难中实施控制难度很高中实施前提条件需解决人力资源瓶颈问题、加强进度控制；紧急情况下，部分对外联专线需要能够根据分批进行割接，并需网络部门根据网络流量监控，评估分多个批次搬迁是否会内业务有可能无法在 48 小时内恢复；造成网络带宽瓶颈问题1.1.2.1 搬迁方式 B 的考虑方式 B 的搬迁考虑如下：n 第 1 周：搬迁 A1 分组及共享机柜或者设备的应用；n

14、 第 2 周：搬迁 A2 分组及共享机柜或者设备的应用。方式 B 第一周和第二周搬迁的应用清单如下图所示。如采用方式 B，单次的搬迁负荷则会较轻，搬迁中的人力资源瓶颈问题得到缓解。但采用 B 方式会出现重要应用分布在两个机房的情况，对机房直接的网络要求较高。需要对网络的流量进行评估，以确认方式 B 的可行性。如果网络带宽足够，性能不受影响；同时在不考虑对外业务中断次数的情况下，方式 B 较优。前期某银行通过对 ODS 的监测对网络流量进行过初步的评估并且得出数据流量并不大的结论，但是此种评估方法并不能对网络的流量进行比较准确地评估，建议的网络流量评估及处理方法如下：1. 获得所有 A1 应用组

15、（所有 IP）与其他应用之间的数据流量总和；2. 该总和基础上加上 50%的容量用于应对部分系统高峰值= 新老机房 IP 链路网络带宽；3. 如果现有带宽不满足以上数量，则立即和 DWDM 厂商沟通，扩充端口和板卡；4. 如采用方式 B 并碰到性能瓶颈的情况下，考虑中断新老机房之间的数据复制通道，以增加 IP 链路的带宽，但后期的搬迁可能会相应延迟。采用 B 方式搬迁并恢复业务后，如若出现性能问题， 系统将无法回退，只能解决带宽问题。采用 B 方式搬迁的时间周期会延长，B 方式搬迁周期估计如下图所示。1 月 25 日第一次数据复制2 月 26 日批次 1 设备搬迁开发机、测试机搬迁搭建备用3

16、月 27 日4 月 3 日1.1.2.2 搬迁方式 A 的考虑综合考虑批量依赖、设备共享、机柜共享等多种约束条件后，采用方式 A，批次 2 可以分成 3 个组，在不同的时间进行搬迁。具体如下：5个系统21个系统18个系统采用 A 搬迁方式，第二批次的设备数量统计如下表。系统大机与存储机柜IBM专用机柜其他专用机柜刀箱需拆卸PC服务器或UNIX系统内阵列磁带机加密机其他小计第0组小计0212400009第1组小计12043121132453230第2组小计032170040787合计12576195172460326搬迁方式 A 存在的难点有：l 存在人力资源瓶颈；l 机房空间容纳不了太多工作人

17、员；l 楼道门太窄；l 过去某银行搬迁过程中，20 多台设备需要 10 个小时。针对这些问题我们提出的解决思路是：l 设备拆卸安装由实施商提供足够的技术专家并行进行工作；存储认盘、操作系统启停可以由实施商进行； 对于数据库 DBA 的瓶颈，建议数据库启动由应用管理员进行；l 根据机房空间、设备位置、拆卸的方便性进行人员安排；l 充分利用货梯和客梯，对货梯通道进行适当改造，保持运输通道的通畅；l 通过细化拆卸方案提高速度，并通过演练验证可行性。可以看到采用 A 方案时，批次 2 搬迁的 PC 机相对较多， 是影响进度的主要瓶颈；可以将所有 PC 机的冷备机提前 2 天搬迁而小型机则大多可以整体推

18、移，相对速度较快。采用 A 方案，在人员分配方面的初步考虑如下：l PC 分配 6 组（为避免人员疲劳，另外 3 组休息待命）；l 小型机 2 组 IBM，1 组 SUN；l 大机 1 组（可以稍晚拆）、网络 23 组；l 应用管理员协助完成数据库的启动与验证过程，DBA 提供指导与支持。方式 A 搬迁的速度估算如下：l 组 1 有 22 个整体机柜，每个 30 分钟拆完，5 个小时拆卸完；13 个小时全部装完；l 组 1PC 有 86 个，按照 6 组，每个 30 分钟，7 个小时拆卸完；（组 1 的 PC 分布在不同的机柜），每个 45分钟安装的话，19 个小时全部装完；l 组 2 有 8

19、8 个，30 小时完成；l 组 3 预计 37 小时全部完成安装。边拆边运边装提高整体数度 （除去提前搬迁备机的数量，预计完成时间会提前）。对于采用方式 A 搬迁的通道瓶颈问题，我们可以采取以下方法解决：l 1 个客梯用于运人； 1 个客梯用于灵活调用；l 客梯的两个门分别用于 PC 网络绿色通道设备、小型机；l 货梯和 1 个客梯用于 PC 和网络设备；l 3 个客梯用于小型机或者其他大型设备专用。对于 A 搬迁方式，在搬迁过程中如出现搬迁时间过长的情况，导致整个设备无法在 48 小时内恢复业务，建议可以由领导层立即决策批次 2 中队内业务的部分设备暂不搬迁；等详细方案完成后，可以尽快通过模

20、拟演练来验证方式 A 的可行性。由于 A 方式第二批搬迁的设备比较多，此批次搬迁持续的时间比较长，故涉及到设备清关的一些问题：1. 22:007:00 不能清关；2. 清关车辆和所运输设备必须提前报关；3. 如报关单和实际运输不一致，则视为违法行为；4. 海关有权利随意抽查车辆，一旦抽查，则需要很长时间的停顿。对于此问题，需要某银行高层领导统一协调，争取实现清关无障碍。1.1.2.3 搬迁批次 2 业务中断和恢复时间分析在对第二批次的应用恢复时间进行分析前，我们先做如下的假定：1. 主机是整个机房搬迁及业务恢复的主线；2. 核心系统尽量采取切换的方法；3. 周六 0:00 开始停止对外服务；4

21、. 保证主机跑批顺利完成后再切换。在以上假定的基础上我们对应用进行分析，得出如下结论：l 根据定时批量任务关联分析，主机、SNA 需要在跑完批后进行切换(约 4 点钟)；l 个贷应用可以在 0 点开始；l 信用卡批处理完后 2 点开始切换；l 卡交换要进行日终处理，约在 1 点可以搬迁；l 其他系统可以在 0 点后开始搬迁；l 切换的系统选择合适的时间进行回切；批次 2 搬迁各系统搬迁所需时间分析如下图所示。详见文档-某银行 Relocation_业务搬迁时间次序。其中清关时间暂估为 2 小时，同步复制数据一致性验证预估 2 小时。根据业务搬迁次序表，我们可以得出批次 2 的搬迁时间图，如下图

22、所示。根据应用服务恢复要求，对应分行及各条外联专线接入须在相应时间段内完成割接。批次 2 业务中断和恢复所需时间如下图所示。以上时间不包括故障发生后的缓冲时间，建议可以再预留 10 小时的故障缓冲时间。应用回切时间点考虑如下：A. 搬迁后立即回切，大约周六 20-22 点；B.周日凌晨 4:00 批处理完成后；C. 运行一周后周五凌晨回切。1.1.2.4 批次 2 搬迁注意事项1. 考虑到 ODS 和各系统的关联关系很密切，尤其是 0 点后和很多系统都有交互，建议 ODS 提前半天搬迁，并在新机房快速恢复；预计周五 14:00 开始搬迁比较合适；2. SWIFT 系统 HSM box 掉电时间

23、不能超过 2 小时，否则将丢失数据，搬迁中应给予相当高的优先级；3. ODS 机柜中有信用卡数据集市 Web、综合报表 Cngnos 服务器，需要考虑这两个应用的半天中断，或者将相应应用迁移到其他机器；4. 由于宁波同城支付要求 5 点前通过分行前置发送给人行结算，分行前置的搬迁会影响该业务；考虑到分行前置的重要性，分行前置需要优先搬迁，建议提前通知宁波分行周五停止定期业务，以保证分行前置在 0:00 后就可以搬迁。1.1.2.5 批次 2 搬迁的前提及主要准备工作1. 在 EVA8100-1 上需在批次二搬迁的业务系统数据已经完整同步复制到 EVA8100-2 上，并完成数据验证；2. 分行

24、、外联和网银线路割接测试完毕；3. 批次 2 系统的应急环境准备完毕；4. 过渡备份环境搭建完毕；5. 通知相关部门搬迁时间及配合要求。1.1.3 批次 3 搬迁分析第三批次搬迁的系统有三类：剩余的业务系统，管理区系统、开发测试系统，利旧设备。第三批次搬迁的设备总数为 226 台，第三批次搬迁的设备统计如下表。大机与存储机柜IBM专用机柜其他专用机柜刀箱需拆卸PC 服务器或UNIX系统内阵列磁带机磁带库加密机其他合计3010223930896226对于 STK 带库、DMX1000、DMX3、EVA8100-1 的搬迁均在相关应用系统搬迁前完成并顺利恢复服务后进行。批次 3 具体搬迁时间如下图

25、所示。10上图的搬迁时间都是在周六 0:00 开始停止对外服务的假定下进行分析得出的。从上图可以看出第三批次业务系统周六 0:00 开始停止服务，20 小时左右恢复运行，30 小时可恢复服务（其中考虑 10 小时的故障处理缓冲时间）。批次三搬迁的主要准备工作有：1. EVA8100-1 上余下的业务系统数据已经完整同步复制至 EVA8100-2 上，并完成数据验证；2. 分行、外联和网银线路割接测试完毕；3. 批次 3 系统的应急环境准备完毕；4. 通知相关部门搬迁时间及配合要求。搬迁过程中的备份策略某银行数据中心当前系统的主要备份方式如下表所示。备份内容备份方法备份方式操作系统磁带机备份磁带

26、机备份主机系统先备份到 VSM4 虚拟带库，再归档到STK 物理带库；VSM4 容量为 1T，仅能支持 3 天备份；Lan-Free备份开放平台采用 Veritas 备份软件 RMAN 备份到STK 物理带库(注：信用卡 DB 采取 Lan Free 的备份)Lan 备份搬迁过程中面临的备份问题如下：1. STK 物理带库设备很大，需要厂商拆卸、安装时间需要 10 天以上；2. STK 物理带库无法在批次 2 中和大部分应用同时搬迁到新机房；3. VSM4 虚拟带库空间较小，无法支持主机系统 10 天以上的备份空间需求；4. 新旧机房较远，无法将新机房的数据备份到现有机房。搬迁过程中的备份策略

27、如下：1. 新老机房分别准备好磁带机和足够磁带，用于操作系统备份；2. 利用现在闲置的 3590 磁带机作为主机的临时备份设备； (可以提前搬迁并部署)；3. 对于主机，修改备份作业流，先备份到硬盘上(需要增加磁盘卷)，再归档到 3590 带机；4. 新机房提前搭建开放平台的临时备份服务器，用于STK 搬运完成前的临时备份（需要空余存储空间）；5. 对于老机房，也提前搭建临时备份空间，用于 STK 开始搬运后的临时备份。由于新机房要求必须支持 1520 天的临时备份手段， 并且临时备份数据需要保留 31 天，故可以考虑利用租用的NAS 设备同时作为临时备份介质设备，充分预留空间。对于 NAS

28、设备可以由实施方提供用于 NAS 数据复制同步和开放平台临时备份空间，空间需求为 62T （其中 NAS 数据量 2T，30 天临时备份空间 60T）。搬迁中的容灾保护当前系统有同城灾备，在搬迁后需要尽早恢复新机房生产存储与 GDS 的 SRDF 容灾数据复制。搬迁的应急预案设备搬迁过程中的物理损坏和数据丢失是机房搬迁过程中的主要风险之一，因此，在搬迁前需要根据业务系统的需要提前准备相应的应急设备和环境。应急方案主要包括四个层面：l 设备搬迁过程中硬件故障，立即采取备件进行替换；l 在缺乏备件、备件替换时间过长、备件替换无效的情况下，立即采取应急环境进行系统恢复；l 如出现大雨、交通堵塞、通关

29、或者其他因素导致搬迁无法进行，需中止搬迁或者进行系统回退；l 安排专人对整个搬迁过程进行应急响应、事件监控和快速处理；1）备件替换是应急的主要方式，由某银行安排专人，提前要求厂家准备相应备件，在紧急情况下，立即进行备件提供和替换；2）应急环境分为两大类：专用应急环境和通用应急环境。专用应急环境主要用于对外业务或者非常重要的系统，通用应急环境主要用于对内业务或者相对重要程度较低的系统；l专用应急环境：就是指提前准备专用备机、部署相关的应用并进行测试，在搬迁设备损坏或者其他应急情况下，利用这些备机进行应急恢复；专用应急环境的来源有以下四种：-原先系统的冷备机、或负载均衡的备机；-新购备机；-从某分

30、行临时借用的开发机、测试机-从其他厂商或者合作伙伴借用的备机（包括加密机）；l通用应急环境环境，就是提前准备一些机器，在紧急情况下，立即安装应用并进行系统恢复。通用应急环境的来源主要来源如下：-从某分行临时借用 PC 服务器（1520 台）、各类小型机（IBM 48 台、Sun 23 台）3）安排专人对整个搬迁过程进行应急响应、事件监控和快速处理：l 设立专门的应急响应小组，对搬迁过程中的事件进行快速决策，并安排相应人员执行；l 安排人员专门协调备件的提供、和厂商进行沟通， 确保设备维修和备件替换迅速；l 安排人员专门和海关协调，确保通关过程顺利通畅；l 安排人员专门和交管局协调，确保物流运输

31、过程通畅;l 安排人员和物业进行协调，确保搬迁过程中电梯、运输通道等通畅；应急预案的建立遵循以下原则：1. 针对业务关联性高、业务影响面广的关键业务系统采用专用应急环境。在应急设备上安装与生产环境一致的操作系统、数据库、中间件和应用程序，这样在发生设备损坏时能快速恢复生产；2. 针对那些业务影响面相对较小的对外业务系统可以采用通用应急环境。在有限数量的小型机和 PC 服务器上安装相应的操作系统，发生设备损坏时，在通用环境上安装相应的数据库、中间件和应用程序，从而可以较快的恢复生产；3. 对于其他管理类、经营分析类业务系统，可考虑只提供应急备件支持。当发生损坏时，现场进行硬件的故障修复。应急环境

32、设备可以提前布置在新机房，已进行存储数 据验证和测试。基于以上的原则我们可以得出各应用系统 所需的应急环境。需要搭建专用应急环境的系统如下图示。综合客户信用卡个贷总行前置SNA 网关密码服务电子密押网上银行新终端系分行前置ATMPCV金融自助卡交换现代化支金卫士ODS关键网络DMX 存EVA 存储NAS 存储其中个贷系统的 APPDB 共用备机，需增加个贷的APP 备机；总行前置平台 APPDB 共用备机，需要增加备机；分行前置主备机在同一刀箱，需增加专用应急刀片； 对于 NAS 存储，需要增加 NAS 应急存储进行数据保护。需要配备通用应急环境的系统如下图示。联网核查公民身份信息（国库信 综

33、合报表 反洗钱 国际业务结算 电子数据存储 综合理财商业汇票开放式基金代销黄金交易个人实盘外汇买卖资金交易前中后一体化电子储蓄式国债保理系统新代收代付统一消息平台信贷风险管理SAPOA客户关系管理信用卡销售人员管理征信系统财富管理信用新申请人力资源事后监督（第二部分）信用卡催收管理交易欺诈侦测离行办公系统（VPN）信用卡数据集市银税共享可根据以上系统的设备类型和数量，按一定比例准备通用应急环境。某银行数据中心搬迁实施组织架构建议数据中心搬迁组织架构体系包括搬迁实施领导小组、搬迁实施工作组两层，其中搬迁实施工作组包括：总行搬迁 指挥部（下设公关组、搬迁进度控制组、安保组、后勤组、联络组）、分行搬

34、迁指挥部（下设分行搬迁组）；其中搬迁 进度控制组分为 IT 实施组（下设应用组、网络组、系统组、设备组、搬迁实施组、搬迁协调组、第三方技术支持组）、业务组，搬迁进度控制组同时对分行搬迁组进行进度管理。组织架构如下图所示：1.1.4 搬迁实施总行领导工作委员会职责搬迁实施总行领导工作委员会（以下简称“领导委员会”）由某银行行长级别的高层领导组成。职责说明如下：1.组织公司相关部门和人员进行数据中心搬迁实施工作。2.负责数据中心搬迁实施中的重大事项决策，包括：搬迁启动、应急处置、回切、成功宣告。3.决策其它重要工作事项。1.1.5 搬迁实施工作组职责搬迁实施工作组主要负责整个搬迁项目的实施，负责为

35、总行领导委员会提供重大事项决策支持，对搬迁进度进行控制，并在紧急情况下实施相应处置措施。搬迁实施工作组包括：总行搬迁指挥部、分行搬迁指挥部、搬迁进度控制组、公关组、后勤小组、安保组，其中搬迁进度控制组又下设IT实施组、业务组、分行搬迁组。1.1.5.1 总行搬迁指挥部总行搬迁指挥部的总指挥长由公司IT运营负责人担任， 组员由各部门负责人组成。总行搬迁指挥部下设进度控制小组、公关组、后勤组、安保组。总行搬迁指挥部的职责如下：1.负责为领导委员会提供重大事项决策支持。2.向领导委员会汇报工作进度、异常情况及问题处理情况。3.指挥具体搬迁实施工作，整体控制搬迁实施进度。4.指挥实施应急处置措施。5.

36、负责与监管机构进行协调。6.负责向进度控制组、公共小组、后勤组、安保组的组长下达工作指令。7.负责与分行指挥部进行沟通与协调；1.1.5.2 分行搬迁指挥部分行搬迁指挥部由各分行主管科技工作的行长组成。分行搬迁指挥部的职责如下：1向总行搬迁指挥部汇报工作进度、异常情况及问题处理情况。2指挥分行具体搬迁实施工作，控制分行搬迁实施进度。3指挥分行实施应急处置措施。4负责与当地监管机构进行协调。1.1.5.3 联络组联络组由总行科技运营部相关成员组成。联络组的职责如下：1作为搬迁工作组的通信中枢，协调新老机房、总行分行、各组之间的通信问题；2与分行、总行相关部门的联络和协调，配合完成实施前的相关准备

37、工作。3及时向总行搬迁指挥部报告工作进度、出现问题以及问题处理进展。4收集IT实施组和业务组搬迁进度信息，并及时向进度控制组汇报；5向IT实施组和业务实施组传达进度控制小组发出的工作指令。6对口落实和解决分行、总行相关部门在实施期间可能出现的突发问题和事件，为对口分行、总行相关部门联系落实技术支持及反馈问题或事件的处理办法。1.1.5.4 搬迁进度控制组搬迁进度控制组组长由科技运营部主管经理担任，组员由科技运营部、财会部、信用卡中心等相关部门各一名主管经理组成。进度控制组下设IT实施组、业务实施组、分行搬迁组。进度控制小组的职责如下：1. 及时向总行搬迁指挥部汇报搬迁工作进展、出现的问题、以及

38、问题处理状况。2. 根据搬迁实施流程和进度控制表，向IT实施组和业务组发出与搬迁工作相关的具体工作指令。3. 收集和发布搬迁进度信息。4. 监督搬迁工作进度。5. 对搬迁工作中出现的各种问题进行评估，并将评估结果反馈给总行搬迁指挥部。IT 实施组IT实施组由总行科技运营部、信息科技部、搬迁实施合作公司及维保服务商人员组成。IT实施组负责搬迁中的具体IT实施工作，分为应用组、网络组、系统组、设备组、搬迁协调组、支持保障组、搬迁实施厂商、第三方技术支持厂商，这些小组均向进度控制组接受指令并汇报工作进展和问题状态。各组职责如下：l 应用组以应用为单位进行搬迁，是整个搬迁项目的核心。应用组由各个应用的

39、应用管理员组成，应用管理员是各应用搬迁的主要负责人，应用管理员的职责如下：搬迁前职责1. 作为统一接口，负责整理并确认本应用所使用的IT系统及设备相关信息；（网络组、设备组、系统组提供配合）2. 配合制定各应用的对外通知、应用及数据库启停、数据备份、系统切换、应用测试、业务验证等操作流程；3. 熟悉相关设备存在的位置，了解设备的拆卸、清点、交接、安装方案（具体方案由设备组 和搬迁实施厂商共同制定）4. 准备各应用的备用系统（系统组、网络组、设备组提供支持），制定相应应急预案、进行应急系统的测试；搬迁中职责1. 根据进度控制小组指令进行相应批处理、换日等操作；2. 根据进度控制组指令进行应用及数

40、据库停止、相关数据备份（主要是本地盘上的数据文件， 操作系统备份可由操作室提前进行；对个别 较为重要的数据库，可请系统组提供相应支持）；3. 指挥并监督搬迁实施厂商根据事先定义的设备拆卸、搬运方案进行设备拆卸、包装；（对于大型或者特殊设备，可由设备组提供相应支持；本应用的专用网络设备，网络组提供相应支持）4. 对本应用相关设备进行清点、包装箱标签粘贴、交接，并指挥并监督搬迁实施厂商根据事先定义的设备安装方案进行设备上架、系统启动（对于大型或者特殊设备，可由设备组提供相应支持）；5. 指挥并监督实施厂商进行服务器认盘；6. 进行服务器相关系统恢复（卷、文件系统、群集、IP地址）操作7. 根据进度

41、控制组指令进行数据库及应用启动（部分重要的数据库可请系统组提供相应支持）；8. 对存储同步复制的数据进行验证；9. 进行应用验证，并配合业务组进行相应业务检查和验证；10.对于搬迁过程中的问题及时向搬迁进度控制小组汇报，并根据搬迁进度控制小组指令进行相应操作；11.在紧急情况下，根据进度控制小组的指令进行应急处理；搬迁后职责1. 执行批处理等相关任务；2. 和操作组一起进行临时备份设置；3. 对系统进行监控，并加大监控频度l 网络组搬迁前职责1. 作为统一接口，负责整理并确认网络系统设备相关信息；（设备组提供配合）2. 配合制定网络启停、配置备份、网络测试等操作流程；3. 和搬迁实施厂商共同制

42、定设备拆卸、清点、交接、安装方案；4. 配合制定相应应急预案、进行应急系统的测试；搬迁中职责1. 对网络设备进行数据备份；2. 网络配置调整和恢复；3. 组织电信部门进行线路割接并测试；4. 配合应用组进行系统连通性测试；5. 在搬迁时对各个网络设备粘贴搬运标签；6. 在必要时根据进度控制小组指令，启用应急环境或执行系统回切；搬迁后职责1. 在搬迁后进行网络监控并增加监控频度。l 系统组搬迁前职责1. 协助完成各数据库启停流程，并递交给应用组；2. 完成核心系统数据库切换流程；3. 完成新购存储部署、SAN部署、数据复制同步的实施4. 协助完成应急环境系统的搭建和测试；5. 配合制定相应应急预

43、案，并协助进行相应测试；搬迁中职责1. 对核心系统的数据库进行启停、切换；2. 对非核心的数据库，协助应用管理员完成数据库启停；3. 根据进度控制小组指令对相关应用的数据复制同步进行分离；4. 将新机房的相关存储分配给对应设备；5. 协助应用管理员进行认盘、卷组处理、群集设置等服务器相关系统操作；6. 对系统恢复过程中的问题进行快速响应和技术支持；7. 在紧急情况下，根据进度控制小组的指令进行应急处理；l 设备组搬迁前职责1. 协助搬迁实施商完成设备清点、标签粘贴；2. 协助搬迁实施商制定设备拆卸、包装、运输、安装方案；3. 制定设备维保、备件方案；4. 协助搬迁实施商完成机柜及IT设备摆放设

44、计；搬迁中职责1. 指挥和监督搬迁实施商完成设备拆卸、包装、运输、安装、固定、连线、加电；2. 在设备出现故障时，协调相关人员立即进行设备故障维修或处理；l 操作组搬迁前职责1. 协助搬迁实施商制定操作间搬迁方案详细设计；2. 协助应用管理员完成临时备份方案设计；3. 搭建临时备份系统；4. 提前进行系统备份；搬迁中职责1. 加强对系统运行状态的监控；2. 对操作间设备搬迁进行指挥与监督；l 搬迁协调组搬迁前职责1. 熟悉搬迁协调角色和职责（角色和职责定义具体参见详细方案）；搬迁中职责1. 在搬迁现场和运输通道对设备搬运进行引导； 具体工作地点包括：老机房门口、电梯口、 大堂、装车点、保税区门口、新