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

《银行数据中心搬迁策略实施方案.doc》由会员分享，可在线阅读，更多相关《银行数据中心搬迁策略实施方案.doc（55页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

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

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

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

4、务系统，以及相应紧密关联的对内业务系统。将对外的业务影响降低最低核心业务系统，一般都是7*24的业务系统，对银行的外部影响较大批次三搬迁剩余的业务系统、开发系统以及利旧的设备一般是58的业务系统，对外部的影响较低整个搬迁过程如下图所示：从图中可以看到，在第一次搬迁前必须具备以下前提条件：l 新旧机房网络连通、测试完成；新机房线路测试完成；l 完成初始数据同步；l DMX1000至新机房DMX3的数据同步 ；l EVA8100-2至新机房EVA8100-3数据同步 ；l 过渡备份环境搭建。第二批次和第三批次搬迁前都必须先做好EVA8100-1至EVA-8100-2的数据同步。三个批次分别对应的业

5、务系统包括：1. 批次1搬迁系统及设备：注：根据具体准备需要，第一批次分为多个小批次进行搬迁，搬迁时间也可适当调整；另外，2.20日前，新机房还需要完成操作管理系统的建设，相应工作人员采取新操作管理系统进行日常操作。2. 批次2搬迁系统及设备：3. 批次3搬迁系统及设备：搬迁各批次分析1.1.1 批次1搬迁分析批次1搬迁影响业务的应用有：信用卡交易欺诈、事后监督（部分设备）、资讯平台、统一数据补录、电脑验印、关联方信息管理和员工买卖股票申报系统、金融统计统一报送、资产负债系统、实物资产管理系统、档案管理系统和文献管理系统、反恐怖融资黑名单系统；不影响业务的应用及设备清单有：零售信贷数据集中分析

6、（keith项目开发用）、综合客户服务系统备机、3590磁带机、路由器、信用卡备机。批次一搬迁的设备总数为52，具体如下表所示。系统 整机柜 PC服务器 小型机 刀片服务器 阵列 磁带机 其他 小计 合计 2 20 8 2 1 3 16 52 批次一搬迁所需时间如下图所示。从图中可以看到，在不考虑清关的情况下，一般系统都可以在14小时内恢复。批次1的设备大多是对内应用或者备用设备，因此，只需要根据需要选择某个周末，或者分成几个小批次在周末进行。另外，可以在批次1中再搬迁一些其他系统的开发机、测试机和一些不用的设备。1.1.2 批次2搬迁分析批次2搬迁应用及其他设备清单如下图所示： 网络设备 综

7、合客户服务系统 信用卡(CCS) 卡交换 个贷 综合理财 开放式基金代销 OPICS 个人实盘外汇买卖 黄金交易 现代化支付 金卫士 网银 新终端系统 金融自助终端 ATMPVC 电子数据存储 国际业务处理 SWIFT 通信集群网关 总行大前置 密码服务平台 分行前置 统一消息平台. ODS 反洗钱 现代化支付 新代收代付 保理系统 网站 VSM虚拟带库 客户关系管理系统 信用卡销售人员管理 电子商业汇票 综合报表 财富管理 事后监督（剩余部分） 催收管理 交易欺诈侦测 离行办公系统（VPN） 电子储蓄国债 信贷风险管理 商业汇票系统 资产保全系统 反洗钱 信用卡数据集市 银税共享 电子学习平

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

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

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

11、柜或者设备的应用；n 第2周：搬迁A2分组及共享机柜或者设备的应用。方式B第一周和第二周搬迁的应用清单如下图所示。第一周综合客服信用卡个贷SNA网关密码服务平台总行前置平台分行前置网上银行新终端系统ATMPCV金融自助终端卡交换现代化支付金卫士第二周联网核查公民身份信息（国库信息、深圳同城支付结算）网站国际业务结算SWIFT电子数据存储综合理财商业汇票开放式基金代销黄金交易个人实盘外汇买卖资金交易前中后一体化电子储蓄式国债银企直连、公路收费保理系统新代收代付ODS客户关系管理综合报表反洗钱密码管理平台如采用方式B，单次的搬迁负荷则会较轻，搬迁中的人力资源瓶颈问题得到缓解。但采用B方式会出现重要

12、应用分布在两个机房的情况，对机房直接的网络要求较高。需要对网络的流量进行评估，以确认方式B的可行性。如果网络带宽足够，性能不受影响；同时在不考虑对外业务中断次数的情况下，方式B较优。前期某银行通过对ODS的监测对网络流量进行过初步的评估并且得出数据流量并不大的结论，但是此种评估方法并不能对网络的流量进行比较准确地评估，建议的网络流量评估及处理方法如下：1. 获得所有A1应用组（所有IP）与其他应用之间的数据流量总和；2. 该总和基础上加上50%的容量用于应对部分系统高峰值 = 新老机房IP链路网络带宽；3. 如果现有带宽不满足以上数量，则立即和DWDM厂商沟通，扩充端口和板卡；4. 如采用方式

13、B并碰到性能瓶颈的情况下，考虑中断新老机房之间的数据复制通道，以增加IP链路的带宽，但后期的搬迁可能会相应延迟。采用B方式搬迁并恢复业务后，如若出现性能问题，系统将无法回退，只能解决带宽问题。采用B方式搬迁的时间周期会延长，B方式搬迁周期估计如下图所示。1月25日第一次数据复制同步开始（DMX，8100-2）2月20日第一次数据复制同步完成（DMX，8100-2-8400） 第二次数据同步EVA8100-1至EVA8100-2数据同步（部分业务系统）及数据验证、测试 第三次数据同步EVA8100-1至EVA8100-2数据同步（剩余业务系统SAP、OA）及数据验证、测试4月3日批次3设备搬迁2

14、月26日批次1设备搬迁开发机、测试机搬迁搭建备用环境临时备份环境搭建3月20日搬迁冷备机3月25日搬迁在线Cluster备机3月27日批次2设备搬迁1.1.2.2 搬迁方式A的考虑综合考虑批量依赖、设备共享、机柜共享等多种约束条件后，采用方式A，批次2可以分成3个组，在不同的时间进行搬迁。具体如下：采用A搬迁方式，第二批次的设备数量统计如下表。搬迁方式A存在的难点有：l 存在人力资源瓶颈；l 机房空间容纳不了太多工作人员；l 楼道门太窄；l 过去某银行搬迁过程中，20多台设备需要10个小时。针对这些问题我们提出的解决思路是：l 设备拆卸安装由实施商提供足够的技术专家并行进行工作；存储认盘、操作

15、系统启停可以由实施商进行；对于数据库DBA的瓶颈，建议数据库启动由应用管理员进行；l 根据机房空间、设备位置、拆卸的方便性进行人员安排；l 充分利用货梯和客梯，对货梯通道进行适当改造，保持运输通道的通畅； l 通过细化拆卸方案提高速度，并通过演练验证可行性。可以看到采用A方案时，批次2搬迁的PC机相对较多，是影响进度的主要瓶颈；可以将所有PC机的冷备机提前2天搬迁而小型机则大多可以整体推移，相对速度较快。采用A方案，在人员分配方面的初步考虑如下：l PC分配 6组（为避免人员疲劳，另外3组休息待命）；l 小型机2组IBM，1组SUN；l 大机1组（可以稍晚拆）、网络23组；l 应用管理员协助完

16、成数据库的启动与验证过程，DBA提供指导与支持。方式A搬迁的速度估算如下：l 组1有22个整体机柜，每个30分钟拆完，5个小时拆卸完；13个小时全部装完；l 组1PC有86个，按照6组，每个30分钟，7个小时拆卸完；（组1的PC分布在不同的机柜），每个45分钟安装的话，19个小时全部装完；l 组2有88个，30小时完成； l 组3 预计37小时全部完成安装。边拆边运边装提高整体数度 （除去提前搬迁备机的数量，预计完成时间会提前）。对于采用方式A搬迁的通道瓶颈问题，我们可以采取以下方法解决： l 1个客梯用于运人； 1个客梯用于灵活调用；l 客梯的两个门分别用于PC网络绿色通道设备、小型机；l

17、货梯和1个客梯用于PC和网络设备；l 3个客梯用于小型机或者其他大型设备专用。对于A搬迁方式，在搬迁过程中如出现搬迁时间过长的情况，导致整个设备无法在48小时内恢复业务，建议可以由领导层立即决策批次2中队内业务的部分设备暂不搬迁；等详细方案完成后，可以尽快通过模拟演练来验证方式A的可行性。由于A方式第二批搬迁的设备比较多，此批次搬迁持续的时间比较长，故涉及到设备清关的一些问题：1. 22:007:00不能清关；2. 清关车辆和所运输设备必须提前报关；3. 如报关单和实际运输不一致，则视为违法行为；4. 海关有权利随意抽查车辆，一旦抽查，则需要很长时间的停顿。对于此问题，需要某银行高层领导统一协

18、调，争取实现清关无障碍。1.1.2.3 搬迁批次2业务中断和恢复时间分析在对第二批次的应用恢复时间进行分析前，我们先做如下的假定：1. 主机是整个机房搬迁及业务恢复的主线；2. 核心系统尽量采取切换的方法；3. 周六0:00开始停止对外服务；4. 保证主机跑批顺利完成后再切换。在以上假定的基础上我们对应用进行分析，得出如下结论：l 根据定时批量任务关联分析，主机、SNA需要在跑完批后进行切换(约4点钟)；l 个贷应用可以在0点开始； l 信用卡批处理完后2点开始切换； l 卡交换要进行日终处理，约在1点可以搬迁； l 其他系统可以在0点后开始搬迁； l 切换的系统选择合适的时间进行回切； 批次

19、2搬迁各系统搬迁所需时间分析如下图所示。详见文档-某银行 Relocation_业务搬迁时间次序。其中清关时间暂估为2小时，同步复制数据一致性验证预估2小时。根据业务搬迁次序表，我们可以得出批次2的搬迁时间图，如下图所示。第一组周六0点开始第二组6点开始第三组12点开始周日1点周日6点周日8点周五14点根据应用服务恢复要求，对应分行及各条外联专线接入须在相应时间段内完成割接。批次2业务中断和恢复所需时间如下图所示。以上时间不包括故障发生后的缓冲时间，建议可以再预留10小时的故障缓冲时间。应用回切时间点考虑如下：A. 搬迁后立即回切，大约周六20-22点；B. 周日凌晨4:00批处理完成后；C.

20、 运行一周后周五凌晨回切。1.1.2.4 批次2搬迁注意事项1. 考虑到ODS和各系统的关联关系很密切，尤其是0点后和很多系统都有交互，建议ODS提前半天搬迁，并在新机房快速恢复；预计周五14:00开始搬迁比较合适； 2. SWIFT系统HSM box掉电时间不能超过2小时，否则将丢失数据，搬迁中应给予相当高的优先级；3. ODS机柜中有信用卡数据集市Web、综合报表Cngnos服务器，需要考虑这两个应用的半天中断，或者将相应应用迁移到其他机器；4. 由于宁波同城支付要求5点前通过分行前置发送给人行结算，分行前置的搬迁会影响该业务；考虑到分行前置的重要性，分行前置需要优先搬迁，建议提前通知宁波

21、分行周五停止定期业务，以保证分行前置在0:00后就可以搬迁。1.1.2.5 批次2搬迁的前提及主要准备工作1. 在EVA8100-1上需在批次二搬迁的业务系统数据已经完整同步复制到EVA8100-2上，并完成数据验证；2. 分行、外联和网银线路割接测试完毕；3. 批次2系统的应急环境准备完毕；4. 过渡备份环境搭建完毕；5. 通知相关部门搬迁时间及配合要求。 1.1.3 批次3搬迁分析第三批次搬迁的系统有三类：剩余的业务系统，管理区系统、开发测试系统，利旧设备。第三批次搬迁的设备总数为226台，第三批次搬迁的设备统计如下表。大机与存储机柜IBM专用机柜其他专用机柜刀箱需拆卸PC服务器或UNIX

22、系统内阵列 磁带机磁带库加密机其他 合计3010223930896226对于STK带库、DMX1000、DMX3、EVA8100-1的搬迁均在相关应用系统搬迁前完成并顺利恢复服务后进行。批次3具体搬迁时间如下图所示。周六0点开始周六20点周日0点上图的搬迁时间都是在周六0:00开始停止对外服务的假定下进行分析得出的。从上图可以看出第三批次业务系统周六0:00开始停止服务，20小时左右恢复运行，30小时可恢复服务（其中考虑10小时的故障处理缓冲时间）。批次三搬迁的主要准备工作有：1. EVA8100-1上余下的业务系统数据已经完整同步复制至EVA8100-2上，并完成数据验证；2. 分行、外联和

23、网银线路割接测试完毕；3. 批次3系统的应急环境准备完毕；4. 通知相关部门搬迁时间及配合要求。 搬迁过程中的备份策略某银行数据中心当前系统的主要备份方式如下表所示。备份内容 备份方法 备份方式 操作系统 磁带机备份 磁带机备份 主机系统 先备份到VSM4虚拟带库，再归档到STK物理带库； VSM4容量为1T，仅能支持3天备份； Lan-Free备份 开放平台 采用Veritas备份软件RMAN备份到STK物理带库 (注：信用卡DB采取Lan Free的备份) Lan备份 搬迁过程中面临的备份问题如下：1. STK物理带库设备很大，需要厂商拆卸、安装时间需要10天以上；2. STK物理带库无法

24、在批次2中和大部分应用同时搬迁到新机房；3. VSM4虚拟带库空间较小，无法支持主机系统10天以上的备份空间需求；4. 新旧机房较远，无法将新机房的数据备份到现有机房。搬迁过程中的备份策略如下：1. 新老机房分别准备好磁带机和足够磁带，用于操作系统备份； 2. 利用现在闲置的3590磁带机作为主机的临时备份设备；(可以提前搬迁并部署)；3. 对于主机，修改备份作业流，先备份到硬盘上(需要增加磁盘卷)，再归档到3590带机；4. 新机房提前搭建开放平台的临时备份服务器，用于STK搬运完成前的临时备份（需要空余存储空间）；5. 对于老机房，也提前搭建临时备份空间，用于STK开始搬运后的临时备份。由

25、于新机房要求必须支持1520天的临时备份手段，并且临时备份数据需要保留31天，故可以考虑利用租用的NAS设备同时作为临时备份介质设备，充分预留空间。对于NAS设备可以由实施方提供用于NAS数据复制同步和开放平台临时备份空间，空间需求为62T （其中NAS数据量 2T，30天临时备份空间60T）。搬迁中的容灾保护当前系统有同城灾备，在搬迁后需要尽早恢复新机房生产存储与GDS的SRDF容灾数据复制。搬迁的应急预案设备搬迁过程中的物理损坏和数据丢失是机房搬迁过程中的主要风险之一，因此，在搬迁前需要根据业务系统的需要提前准备相应的应急设备和环境。应急方案主要包括四个层面：l 设备搬迁过程中硬件故障，立

26、即采取备件进行替换；l 在缺乏备件、备件替换时间过长、备件替换无效的情况下，立即采取应急环境进行系统恢复；l 如出现大雨、交通堵塞、通关或者其他因素导致搬迁无法进行，需中止搬迁或者进行系统回退；l 安排专人对整个搬迁过程进行应急响应、事件监控和快速处理；1） 备件替换是应急的主要方式，由某银行安排专人，提前要求厂家准备相应备件，在紧急情况下，立即进行备件提供和替换；2） 应急环境分为两大类：专用应急环境和通用应急环境。专用应急环境主要用于对外业务或者非常重要的系统，通用应急环境主要用于对内业务或者相对重要程度较低的系统；l 专用应急环境：就是指提前准备专用备机、部署相关的应用并进行测试，在搬迁

27、设备损坏或者其他应急情况下，利用这些备机进行应急恢复； 专用应急环境的来源有以下四种：- 原先系统的冷备机、或负载均衡的备机；- 新购备机；- 从某分行临时借用的开发机、测试机- 从其他厂商或者合作伙伴借用的备机（包括加密机）；l 通用应急环境环境，就是提前准备一些机器，在紧急情况下，立即安装应用并进行系统恢复。通用应急环境的来源主要来源如下：- 从某分行临时借用PC服务器（1520台）、各类小型机（IBM 48台、Sun 23台）3） 安排专人对整个搬迁过程进行应急响应、事件监控和快速处理：l 设立专门的应急响应小组，对搬迁过程中的事件进行快速决策，并安排相应人员执行；l 安排人员专门协调备

28、件的提供、和厂商进行沟通，确保设备维修和备件替换迅速；l 安排人员专门和海关协调，确保通关过程顺利通畅；l 安排人员专门和交管局协调，确保物流运输过程通畅;l 安排人员和物业进行协调，确保搬迁过程中电梯、运输通道等通畅；应急预案的建立遵循以下原则：1. 针对业务关联性高、业务影响面广的关键业务系统采用专用应急环境。在应急设备上安装与生产环境一致的操作系统、数据库、中间件和应用程序，这样在发生设备损坏时能快速恢复生产；2. 针对那些业务影响面相对较小的对外业务系统可以采用通用应急环境。在有限数量的小型机和PC服务器上安装相应的操作系统，发生设备损坏时，在通用环境上安装相应的数据库、中间件和应用程

29、序，从而可以较快的恢复生产；3. 对于其他管理类、经营分析类业务系统，可考虑只提供应急备件支持。当发生损坏时，现场进行硬件的故障修复。应急环境设备可以提前布置在新机房，已进行存储数据验证和测试。基于以上的原则我们可以得出各应用系统所需的应急环境。需要搭建专用应急环境的系统如下图示。综合客户服务信用卡（CCS)个贷总行前置平台SNA网关密码服务平台电子密押系统网上银行新终端系统分行前置ATMPCV金融自助终端卡交换现代化支付金卫士ODS关键网络设备DMX 存储EVA 存储NAS 存储其中个贷系统的APPDB共用备机，需增加个贷的APP备机；总行前置平台APPDB共用备机，需要增加备机；分行前置主

30、备机在同一刀箱，需增加专用应急刀片；对于NAS存储，需要增加NAS应急存储进行数据保护。需要配备通用应急环境的系统如下图示。联网核查公民身份信息（国库信息、深圳同城支付结算）综合报表反洗钱国际业务结算电子数据存储综合理财商业汇票开放式基金代销黄金交易个人实盘外汇买卖资金交易前中后一体化电子储蓄式国债保理系统新代收代付统一消息平台信贷风险管理SAPOA客户关系管理信用卡销售人员管理征信系统财富管理信用新申请人力资源事后监督（第二部分）信用卡催收管理交易欺诈侦测离行办公系统（VPN）信用卡数据集市银税共享可根据以上系统的设备类型和数量，按一定比例准备通用应急环境。某银行数据中心搬迁实施组织架构建议

31、数据中心搬迁组织架构体系包括搬迁实施领导小组、搬迁实施工作组两层，其中搬迁实施工作组包括：总行搬迁指挥部（下设公关组、搬迁进度控制组、安保组、后勤组、联络组）、分行搬迁指挥部（下设分行搬迁组）；其中搬迁进度控制组分为IT实施组（下设应用组、网络组、系统组、设备组、搬迁实施组、搬迁协调组、第三方技术支持组）、业务组，搬迁进度控制组同时对分行搬迁组进行进度管理。组织架构如下图所示：1.1.4 搬迁实施总行领导工作委员会职责搬迁实施总行领导工作委员会（以下简称“领导委员会”）由某银行行长级别的高层领导组成。职责说明如下：1. 组织公司相关部门和人员进行数据中心搬迁实施工作。2. 负责数据中心搬迁实施

32、中的重大事项决策，包括：搬迁启动、应急处置、回切、成功宣告。3. 决策其它重要工作事项。1.1.5 搬迁实施工作组职责搬迁实施工作组主要负责整个搬迁项目的实施，负责为总行领导委员会提供重大事项决策支持，对搬迁进度进行控制，并在紧急情况下实施相应处置措施。搬迁实施工作组包括：总行搬迁指挥部、分行搬迁指挥部、搬迁进度控制组、公关组、后勤小组、安保组，其中搬迁进度控制组又下设IT实施组、业务组、分行搬迁组。1.1.5.1 总行搬迁指挥部总行搬迁指挥部的总指挥长由公司IT运营负责人担任，组员由各部门负责人组成。总行搬迁指挥部下设进度控制小组、公关组、后勤组、安保组。总行搬迁指挥部的职责如下：1. 负责

33、为领导委员会提供重大事项决策支持。2. 向领导委员会汇报工作进度、异常情况及问题处理情况。3. 指挥具体搬迁实施工作，整体控制搬迁实施进度。4. 指挥实施应急处置措施。5. 负责与监管机构进行协调。6. 负责向进度控制组、公共小组、后勤组、安保组的组长下达工作指令。7. 负责与分行指挥部进行沟通与协调；1.1.5.2 分行搬迁指挥部分行搬迁指挥部由各分行主管科技工作的行长组成。分行搬迁指挥部的职责如下： 1 向总行搬迁指挥部汇报工作进度、异常情况及问题处理情况。2 指挥分行具体搬迁实施工作，控制分行搬迁实施进度。3 指挥分行实施应急处置措施。4 负责与当地监管机构进行协调。1.1.5.3 联络

34、组联络组由总行科技运营部相关成员组成。联络组的职责如下：1 作为搬迁工作组的通信中枢，协调新老机房、总行分行、各组之间的通信问题；2 与分行、总行相关部门的联络和协调，配合完成实施前的相关准备工作。3 及时向总行搬迁指挥部报告工作进度、出现问题以及问题处理进展。4 收集IT实施组和业务组搬迁进度信息，并及时向进度控制组汇报；5 向IT实施组和业务实施组传达进度控制小组发出的工作指令。6 对口落实和解决分行、总行相关部门在实施期间可能出现的突发问题和事件，为对口分行、总行相关部门联系落实技术支持及反馈问题或事件的处理办法。1.1.5.4 搬迁进度控制组搬迁进度控制组组长由科技运营部主管经理担任，

35、组员由科技运营部、财会部、信用卡中心等相关部门各一名主管经理组成。进度控制组下设IT实施组、业务实施组、分行搬迁组。进度控制小组的职责如下：1. 及时向总行搬迁指挥部汇报搬迁工作进展、出现的问题、以及问题处理状况。2. 根据搬迁实施流程和进度控制表，向IT实施组和业务组发出与搬迁工作相关的具体工作指令。3. 收集和发布搬迁进度信息。4. 监督搬迁工作进度。5. 对搬迁工作中出现的各种问题进行评估，并将评估结果反馈给总行搬迁指挥部。 IT实施组IT实施组由总行科技运营部、信息科技部、搬迁实施合作公司及维保服务商人员组成。IT实施组负责搬迁中的具体IT实施工作，分为应用组、网络组、系统组、设备组、

36、搬迁协调组、支持保障组、搬迁实施厂商、第三方技术支持厂商，这些小组均向进度控制组接受指令并汇报工作进展和问题状态。各组职责如下：l 应用组以应用为单位进行搬迁，是整个搬迁项目的核心。应用组由各个应用的应用管理员组成，应用管理员是各应用搬迁的主要负责人，应用管理员的职责如下：搬迁前职责1. 作为统一接口，负责整理并确认本应用所使用的IT系统及设备相关信息；（网络组、设备组、系统组提供配合）2. 配合制定各应用的对外通知、应用及数据库启停、数据备份、系统切换、应用测试、业务验证等操作流程；3. 熟悉相关设备存在的位置，了解设备的拆卸、清点、交接、安装方案（具体方案由设备组和搬迁实施厂商共同制定）4

37、. 准备各应用的备用系统（系统组、网络组、设备组提供支持），制定相应应急预案、进行应急系统的测试； 搬迁中职责1. 根据进度控制小组指令进行相应批处理、换日等操作；2. 根据进度控制组指令进行应用及数据库停止、相关数据备份（主要是本地盘上的数据文件，操作系统备份可由操作室提前进行；对个别较为重要的数据库，可请系统组提供相应支持）；3. 指挥并监督搬迁实施厂商根据事先定义的设备拆卸、搬运方案进行设备拆卸、包装；（对于大型或者特殊设备，可由设备组提供相应支持；本应用的专用网络设备，网络组提供相应支持）4. 对本应用相关设备进行清点、包装箱标签粘贴、交接，并指挥并监督搬迁实施厂商根据事先定义的设备安

38、装方案进行设备上架、系统启动（对于大型或者特殊设备，可由设备组提供相应支持）；5. 指挥并监督实施厂商进行服务器认盘；6. 进行服务器相关系统恢复（卷、文件系统、群集、IP地址）操作7. 根据进度控制组指令进行数据库及应用启动（部分重要的数据库可请系统组提供相应支持）；8. 对存储同步复制的数据进行验证；9. 进行应用验证，并配合业务组进行相应业务检查和验证；10. 对于搬迁过程中的问题及时向搬迁进度控制小组汇报，并根据搬迁进度控制小组指令进行相应操作；11. 在紧急情况下，根据进度控制小组的指令进行应急处理； 搬迁后职责1. 执行批处理等相关任务；2. 和操作组一起进行临时备份设置；3. 对

39、系统进行监控，并加大监控频度l 网络组搬迁前职责 1. 作为统一接口，负责整理并确认网络系统设备相关信息；（设备组提供配合）2. 配合制定网络启停、配置备份、网络测试等操作流程；3. 和搬迁实施厂商共同制定设备拆卸、清点、交接、安装方案；4. 配合制定相应应急预案、进行应急系统的测试；搬迁中职责1. 对网络设备进行数据备份；2. 网络配置调整和恢复；3. 组织电信部门进行线路割接并测试；4. 配合应用组进行系统连通性测试；5. 在搬迁时对各个网络设备粘贴搬运标签；6. 在必要时根据进度控制小组指令，启用应急环境或执行系统回切；搬迁后职责1. 在搬迁后进行网络监控并增加监控频度。 l 系统组搬迁

40、前职责1. 协助完成各数据库启停流程，并递交给应用组；2. 完成核心系统数据库切换流程；3. 完成新购存储部署、SAN部署、数据复制同步的实施4. 协助完成应急环境系统的搭建和测试；5. 配合制定相应应急预案，并协助进行相应测试；搬迁中职责1. 对核心系统的数据库进行启停、切换；2. 对非核心的数据库，协助应用管理员完成数据库启停；3. 根据进度控制小组指令对相关应用的数据复制同步进行分离；4. 将新机房的相关存储分配给对应设备；5. 协助应用管理员进行认盘、卷组处理、群集设置等服务器相关系统操作；6. 对系统恢复过程中的问题进行快速响应和技术支持；7. 在紧急情况下，根据进度控制小组的指令进

41、行应急处理；l 设备组搬迁前职责1. 协助搬迁实施商完成设备清点、标签粘贴；2. 协助搬迁实施商制定设备拆卸、包装、运输、安装方案；3. 制定设备维保、备件方案；4. 协助搬迁实施商完成机柜及IT设备摆放设计；搬迁中职责1. 指挥和监督搬迁实施商完成设备拆卸、包装、运输、安装、固定、连线、加电；2. 在设备出现故障时，协调相关人员立即进行设备故障维修或处理；l 操作组搬迁前职责1. 协助搬迁实施商制定操作间搬迁方案详细设计；2. 协助应用管理员完成临时备份方案设计；3. 搭建临时备份系统；4. 提前进行系统备份；搬迁中职责1. 加强对系统运行状态的监控；2. 对操作间设备搬迁进行指挥与监督；l

42、 搬迁协调组搬迁前职责1. 熟悉搬迁协调角色和职责（角色和职责定义具体参见详细方案）；搬迁中职责1. 在搬迁现场和运输通道对设备搬运进行引导；具体工作地点包括：老机房门口、电梯口、大堂、装车点、保税区门口、新机房门口、新机房电梯、新机房内。2. 和海关保持沟通，确保设备无障碍通关；l 支持保障组负责数据中心搬迁实施期间，提供生产运行的技术保障，对系统运行、操作问题以及突发事件提供技术支持和后援，使出现的突发事件和问题能得到及时支持和解决。负责数据中心搬迁实施期间的商务、设备配件、密钥的应急协调。l 搬迁实施厂商搬迁前职责1. 设备配置信息收集与整理2. 所有搬迁设备和连接关系清点；3. 新机房

43、布局设计，提出布线及机房环境需求；4. 准备设备拆卸、安装、连线实施手册；5. 准备设备搬运、清点、交接实施手册；6. 单应用搬迁技术实施手册；7. 单应用搬迁技术应急实施手册8. 单应用搬迁技术临时备份实施手册；9. 核心系统切换及紧急回退实施手册；10. 单应用技术搬迁及紧急回退实施手册11. 设备标签制定与粘贴12. 设备健康检查13. 协助完成应急环境基础设施搭建14. 参与培训与演练搬迁中职责1. 协助完成核心系统存储切换；2. 在搬迁进度控制组的指令下，根据事先定义的详细方案设计对设备进行拆卸、包装、运输、清关、就位、安装、连线、加电、操作系统启动；3. 如出现物理搬运导致的设备物

44、理损坏进行相应赔偿；l 第三方技术支持厂商为搬迁提供产品、技术、服务、管理和决策支持的外部技术支持。包括专业咨询公司、专家、产品和服务提供商、系统集成商等团队的成员。在搬迁过程中安排专人提供现场支持服务，并准备应急备件。 业务组业务小组负责搬迁中的业务操作工作，由总、分行业务部门人员组成。其中，总行业务部门包括：办公室、清算中心、人事部、信贷管理部、信用卡中心、营业部、资产管理中心、资金部。（各相关业务部门） 。业务实施组的职责如下：1. 从进度控制组接受指令并汇报工作进展和问题状态。2. 在搬迁后进行本部门的业务检查。3. 协调各分行业务部门在搬迁后进行业务检查。4. 通过联络组，向进度控制组及时反馈业务检查结果。5. 对本部门和各分行业务部门，在搬迁过程中，如未获进度控制组指令，禁止业务交易发生。6. 在必要时根据进度控制组指令，并依据业务应急预案，执行业务应急预案的流程。分行搬迁组分行搬迁组由各分行科技部和相关业务部门组成，配合总行IT实施组和业务实施组进行系统的重启、连通性测试、应用检查、业务测试。1.1.5.5 后勤组后勤小组由后勤部门（包括物业管理单位）负责，向总行搬迁指挥部汇报。后勤小组的职责如下：1. 安排布置指挥中心，协调安排指挥通信设施（固定电话、对讲机等）2. 负责协调搬迁沿途的交通问题，确保搬迁路径