某某银行数据中心搬迁整体实施方案

时间：2020-08-03 08:25:20　来源：天一资源网本文已影响人

　作者：ZHANGJIAN

　仅供个人学习，勿做商业用途

　某银行机房搬迁工程

　搬迁策略报告

　TOC \o "1-3" \h \z \u资料个人收集整理，勿做商业用途

　资料个人收集整理，勿做商业用途

　1概述

　某银行数据中心搬迁目标

　某银行现在使用的机房于1997年建成，位于某市深南东路，随着业务不断发展，业务系统持续增加，机房区间、机房电力空调等基础设施容量趋于饱和，当时设计的能力已难以满足某银行业务发展需要。资料个人收集整理，勿做商业用途

　位于某市保税区市花路的新数据中心，与现机房距离为15公里，预计2010 年2 月12日完成机房整体建设。为满足业务发展需要，某银行需尽快实施新数据中心的搬迁，使数据中心的综合经管和生产运行能力上一个新台阶。资料个人收集整理，勿做商业用途

　某银行初步计划于2010 年3月份实施现有数据中心的整体搬迁，搬迁期间整个银行业务将全部中断，其对外影响非常重大。某银行数据中心搬迁的目标为：完成当前数据中心及中心机房内部所有IT基础设备的现状梳理、根据某银行自身的业务特点和业务需求，制定出符合某银行的搬迁策略和详细方案，保障业务系统顺利搬迁到新数据中心，将搬迁的风险以及搬迁对业务的影响降到最低。资料个人收集整理，勿做商业用途

　某银行数据中心搬迁范围

　某银行数据中心搬迁的范围主要是某银行位于某市某路某号，某银行大楼数据中心的67个计算机系统101个业务系统，包括核心业务系统、网银系统、外联系统等。其中：资料个人收集整理，勿做商业用途

　计算机设备1063台，包括：

　主机

　小型机

　服务器

　SAN存储、磁带库、磁带机

　网络设备

　UPS、空调、加密机等其他设备

　机房范围

　5楼大机房、小机房

　24楼信用卡测试设备

　27楼资产经管部

　5楼动力机房（设备利旧）

　11楼测试机房

　某银行分行（部分测试设备）

　不包括：

　11楼集中作业部，22楼金融市场部

　1楼机房，某银行分行

　库房

　具体的业务系统如下表所示。

　类别

　业务系统

　子应用系统

　核心业务

　综合客服、信用卡、个贷

　4个

　前置类业务

　卡交换、综合理财、黄金交易、个人实盘外汇买卖、开放式基金代销、资讯平台、保理、商业汇票、银银合作、资金交易前中后一体化、现代化支付、供应链金融、第三方存管、联网核查公民身份信息、前置、分行前置等

　42个

　渠道类业务

　网上银行、95501客户服务中心、终端、全行b/s查询机、统一消息平台、金卫士、网上招聘、内部网服务器等

　11个

　技术支撑

　密码服务系统、通讯集群网关、加密机

　3个

　业务经管类

　资产托管、信贷风险经管、国际业务处理、Swift、电子数据存储、电子式储蓄国债、统一数据补录平台、电脑验印、银税信息共享、统一征信、反洗钱监测报告、反恐怖融资黑名单、关联方信息经管、员工买卖股票申报等

　18个

　经营分析

　SAP、客户关系经管、财富经管、资产负债、综合报表、金融统计统一报送、事后监督、ODS等

　12个

　办公经管

　OA、学习经管、人力资源等

　6个

　科技经管

　ITSM

　1个

　分行

　证券资金清算

　1个

　搬迁策略制定的意义

　搬迁策略是搬迁实施的指导原则，一个好的搬迁策略可以帮助某银行安全、平滑地实现系统搬迁和业务切换，反之，一个不好的搬迁策略则会给搬迁工作带来很多的麻烦，严重时甚至会造成搬迁的失败；某银行搬迁策略制定的主要意义在于：资料个人收集整理，勿做商业用途

　保障业务系统顺利搬迁：

　全面分析应用关联和物理关联

　制定业务和数据安全保障建议

　制定应急预案的建议

　降低业务中断影响：

　分析业务中断影响

　保障业务按优先等级进行恢复

　缩短重要业务的中断时间

　降低搬迁风险：

　多方位的风险识别、风险分析

　制定风险应对策略建议

　提高搬迁效率：

　规划搬迁各批次的应用及设备清单

　规划搬迁时间

　梳理搬迁前的准备工作

　搬迁策略制定

　搬迁策略制定方法

　在整个搬迁策略制定的过程中，我们采取了神州数码的搬迁策略制定方法。如下图所示。

　首先，通过访谈、问卷、现场勘查、现有资料分析，我们对某银行的信息系统基础架构进行了全面的了解，在此基础上，从IT基础架构、应用关联关系、业务中断影响、批处理关联、系统保护现状、物理设备共享关系、设备冗余情况、机房现有环境、人员组织架构及搬迁风险等方面，全面进行了搬迁分析，通过综合考虑各方面的要素，制定出某银行数据中心的整体搬迁策略，包括各应用的搬迁方式、搬迁批次、搬迁阶段临时备份策略、搬迁过程中的数据保护方式、搬迁组织架构、搬迁应急预案等重要策略。资料个人收集整理，勿做商业用途

　搬迁策略制定原则

　在搬迁策略策略的制定过程中，我们考虑了以下原则：

　采取先易后难，循序渐进的原则进行分阶段、分步骤的实施，从而可以降低搬迁的系统性风险，减少业务停顿次数和总体停业时间。资料个人收集整理，勿做商业用途

　按业务等级、应用关联和业务中断影响，决定搬迁过程中业务恢复的优先顺序以及不同应用的搬迁方式。

　制定完善的核心应用和数据保护方式，降低搬迁对核心数据和系统的风险。

　保障重要应用系统应急环境的建立，缩短搬迁过程的故障处理时间。

　搬迁过程尽量保持原有IT服务水平（Service Level），避免增加单点运行风险。

　提前测试和验证新机房的环境、网络及数据，保证的搬迁过程的平滑过渡。

　某银行数据中心搬迁方式

　通常数据中心的搬迁分为三类：

　物理搬迁：物理设备整体搬迁。

　业务系统切换：数据、应用整体切换；无物理设备的搬迁过程。

　混合型：部分数据、应用切换；部分数据、应用直接物理搬迁。

　基于对某银行现状的分析和实际的业务连续需求，建议某银行采取“混合型”的搬迁方式进行数据中心搬迁，部分系统的数据、应用采用切换方式，部分系统直接搬迁。其中各业务系统的搬迁方式如下表所示：资料个人收集整理，勿做商业用途

　业务系统

　单系统搬迁方式

　优点

　缺点

　核心业务系统，关键7×24对外系统

　系统切换

　平滑切换；

　完整的系统和数据保护；业务中断影响最小

　需要专有的备用系统环境，技术实施难度和投入较大

　对外服务5×8，7x15业务系统

　存储切换，服务器物理搬迁

　完整的数据保护；

　业务中断时间较长

　对内业务系统

　设备物理搬迁

　无需专有的备用环境

　依赖本地数据备份保护方式，业务中断时间长

　某银行数据中心搬迁策略制定的重点和难点

　某银行数据中心搬迁策略的重点和难点主要有以下几方面：

　应用关联复杂：从业务持续角度出发规划搬迁方案，需要充分考虑应用间的千丝万缕的联系。

　业务中断影响大：在制定搬迁策略时需要最大限度地减少中断时间，降低中断给业务带来的影响。

　应用搬迁和网络的割接同时进行：这样增加了搬迁的难度，需要确定网络割接所影响的业务系统，保障应用系统搬迁所需的网络环境。资料个人收集整理，勿做商业用途

　应用和设备数量较多：无法一次搬迁，需要分批搬迁。

　搬迁时间紧迫：三月底左右需要完成全部设备搬迁。

　备份设备（STK带库）无法同时搬迁就位：需要考虑临时的备份方案。

　设备冗余有限，不能全部切换：可以采用核心业务切换，其他系统搬迁的方式。

　应用间数据交互量大：搬迁次序需要考虑业务间访问所造成的网络性能影响。

　存储空间不足：需要分批进行2台EVA上数据的同步；同时需要租赁或新购一台NAS存储。

　需要定义业务恢复时间，保护级别等关键指标，考虑保障数据安全和业务持续的技术架构，编写业务恢复方案，应急预案，测试方案等详细步骤来满足业务持续的要求。

　资料个人收集整理，勿做商业用途

　搬迁策略阶段工作总结

　搬迁策略阶段主要工作内容：

　进行了62场访谈和研讨：

　涉及90多名应用经管员、应用开发人员和系统、网络、设备、操作室主管、经理及经管员

　52场应用访谈

　3次网络现状和网络割接研讨

　4次系统、备份、存储现状研讨

　1次操作室日常操作经管现状访谈

　2次搬迁策略研讨会

　完成了对103个应用系统的访谈

　绘制了57份应用系统关联图

　编制了40份单系统搬迁分析报告

　整理了各应用系统的详细设备信息

　制定了总体应用系统业务关联图、应用总表

　应用系统批处理关联总表

　完成了机房的初步勘查工作

　老机房和新机房现场勘查

　整理了各机柜的详细设备信息

　该阶段得出单应用分析报告、搬迁业务影响分析、定时批量任务关联分析、应用关联分析、业务恢复时长分析、应用设备对应清单、机柜设备清单等文档。资料个人收集整理，勿做商业用途

　搬迁策略的总体思路及整体过程

　批次

　思路

　系统

　批次一

　为后续关键批次的搬迁提供必要的技术条件，同时验证新数据中心的网络、搬迁的路线、

　影响较小或独立的业务系统、核心系统的备机，他们的搬迁不会对银行的业务造成外部影响

　批次二

　搬迁对外服务7×24或7×15的业务系统、以及相应紧密关联的对内业务系统。将对外的业务影响降低最低

　核心业务系统，一般都是7*24的业务系统，对银行的外部影响较大

　批次三

　搬迁剩余的业务系统、开发系统以及利旧的设备

　一般是5×8的业务系统，对外部的影响较低

　由于某银行数据中心需要搬迁的设备和应用比较多并且业务对外影响大，故我们采用分批搬迁，搬迁的总体思路如上表所示。资料个人收集整理，勿做商业用途

　整个搬迁过程如下图所示。

　从上图可以看出在各批次搬迁前必须具备一定的前提条件，在之后的章节中我们将做详细的讨论。

　某银行数据中心搬迁的特点

　通过对某银行数据中心现状的分析以及基于数据保护的要求，某银行数据中心搬迁将会具有以下特点。如下图所示：资料个人收集整理，勿做商业用途

　某银行数据中心搬迁策略分析

　数据中心搬迁策略分析是搬迁策略制定的基础，分析的目的是制定搬迁策略，分析的范围都是围绕搬迁策略的考虑要点而进行。因此本章将首先简单介绍搬迁策略的要点，然后详细描述某银行搬迁策略分析的过程，及其对搬迁策略制定的影响。资料个人收集整理，勿做商业用途

　搬迁策略的要点

　搬迁策略的要点包括：

　整体搬迁方式

　搬迁过程中的数据保护方式

　搬迁批次划分

　各批次应用系统清单

　各批次搬迁系统的设备数量统计

　各批次搬迁时间

　各批次内应用系统搬迁先后顺序

　各业务中断和恢复时间分析

　各批次搬迁前的准备工作

　搬迁过程中的数据备份策略

　搬迁过程中的应急环境策略

　搬迁组织架构策略

　搬迁策略分析内容

　IT架构分析

　某银行的IT总体架构如下图所示，

　核心区包含了绝大部分对外对内的业务系统，将与新机房核心区连通；

　网银区包含的系统有：网银及数字证书、外汇系统、黄金系统、前置-银企直连、公路收费、个贷系统（预审批）、网站、离行办公系统（VPN)；资料个人收集整理，勿做商业用途

　外联区包含的系统有：金卫士、统一消息平台、电子储蓄国债。

　外联区系统：金卫士

　外联区系统：

　金卫士

　统一消息平台

　电子储蓄国债

　网银区系统：

　网银及数字证书、

　外汇系统

　黄金系统

　前置-银企直连、公路收费

　个贷系统（预审批）

　网站

　离行办公系统（VPN）

　核心区包含了绝大部分对外及对内业务系统，将与新机房核心区联通

　分行接入

　专线

　外联专线接入

　从IT总体架构可以看出，搬迁过程中，由于网络分区的现状及部分网络设备需要搬迁，对外业务相关系统最好一起搬迁，核心区内的业务，由于新老机房核心区联通，可以按多个批次进行搬迁。但整个搬迁过程中，网络环境的具备与快速恢复将是搬迁的重要条件。资料个人收集整理，勿做商业用途

　考虑数据安全的重要性，某银行在新机房采购了DMX3和HP存储，并计划采用数据同步复制结合数据切换的方式，从而避免数据丢失或者存储故障而带来的严重后果。资料个人收集整理，勿做商业用途

　当前的SAN与存储架构如下图所示。

　新机房采购的DMX3其空间容量比较充分，可以同时和老机房DMX3、DMX1000进行数据复制，而新机房新购的HP空间则容量相对有限，不能同时存放EVA8100-1，EVA8100-2的数据，因此，在数据复制过程中，只能先复制其中一台EVA存储，等数据复制完成并将相关系统搬迁到新机房后，再将空闲存储搬迁至新机房，并和另外一台EVA存储进行数据复制同步。这就要求搬迁策略必须充分考虑HP存储数据复制时间的要求。资料个人收集整理，勿做商业用途

　当前存储与应用系统的对应关系如下图所示：

　DMX1000DMX3

　DMX1000

　DMX3

　EVA8100-1

　EVA8100-2

　FAS3140-NAS

　DS4300

　电子存储系统

　网银系统

　商业汇票

　征信系统

　资产托管系统

　个人实盘外汇买卖

　开放式基金代销

　国际业务处理

　综合客户服务系统

　卡交换

　信用卡系统

　新代收代付

　信贷风险经管系统

　银税信息共享

　对外7×24或7×15业务系统

　对内服务系统

　对外5×8业务系统

　信用卡催收经管

　财富经管

　ITIL

　信用卡

　个人贷款

　黄金交易

　网上银行

　OPICS

　现代化支付

　各前置系统

　分行前置

　总行前置

　保理业务

　统一消息平台

　终端系统

　电子存储系统

　ODS、SAP

　事后监督系统

　人力资源经管系统

　OA系统、CRM

　信用卡系统-测试

　终端整合测试

　综合报表系统

　信用卡数据集市

　电子式储蓄国债

　商业汇票

　统一征信

　ODS

　事后监督

　零售信贷(开发)

　ODS(备机)

　信用卡反欺诈

　从图中可以看出EVA8100-2对应的系统比较少，因此可以先行搬迁，EVA8100-1上的系统比较多需要分批次搬迁。资产托管系统连接单独的存储。资料个人收集整理，勿做商业用途

　另外，电子存储系统、网银系统、商业汇票、征信系统、ODS连接NAS，因此，也需要考虑NAS的同步复制关系，但目前并没有采够新NAS，因此搬迁策略中要考虑相应的NAS问题。资料个人收集整理，勿做商业用途

　应用关联分析

　通过前期的应用访谈以及对现有信息的收集，我们对各应用的关联的系统进行分析汇总得出应用关联分析表，如下所示。资料个人收集整理，勿做商业用途

　根据以上的应用关联关系表，在相关系统搬迁至新机房后，就可以判断相关业务测试的可行性以及对外恢复的能力。资料个人收集整理，勿做商业用途

　根据应用关联分析，结合某银行的应用服务等级定义，可以发现搬迁过程中，各应用的恢复等级如下：

　综合客服、信用卡、个贷是对外服务的核心，需要最优先的恢复；

　SNA网关、前置平台是其他对外服务到综合客户服务的关键通道，也需要最优先的恢复；

　网银、终端系统、ATMPCV、多媒体自助、金卫士是对外服务的窗口，需要优先恢复；

　卡交换是银联接入深发行的通道，需要优先恢复；

　网银的业务与现代化支付关联紧密，需要优先恢复现代化支付；

　其他系统按应用服务等级进行恢复

　业务中断影响分析

　通过对访谈信息的收集及分析得出业务中断影响分析表，如下图所示。

　根据业务中断影响，可以发现对外服务的业务需要尽量减少停机次数，并需要尽可能地建立专用应急环境。

　批处理关联分析

　各应用批量关联表如下图。－详见交付文档－某银行 Relocation_搬迁策略分析

　其中红色批量任务是需要按时完成的任务，很难进行更改。因此系统搬迁时，需要考虑这些时间段，尽量保证这些批量任务在完成后再进行设备搬迁或者系统切换。资料个人收集整理，勿做商业用途

　另外，和主机直接依赖的批量任务有：

　直接关联应用

　通道应用

　批量名称

　原批量时间

　备注

　综合理财系统

　扣款、还本、付息

　主机批前任务

　总行前置

　金抵利:到期自动转存批量

　主机批后任务

　总行前置

　金抵利:回盘处理

　主机批后任务

　总行前置

　报表生成

　主机批后任务

　国际业务处理

　国际业务晚间批量程序

　22:00~23:00

　主机批前任务

　OBS批量

　6:00-6:30

　主机批前任务

　OPICS

　OPICS批量

　18:30~21:00

　主机批前任务

　商业汇票系统

　日终批量脚本

　21:45~6:10

　主机批前任务

　给ODS送数

　主机批后任务

　给rtc送报表

　主机批后任务

　新终端系统

　给ODS提供数据

　3:00~3:15

　独立批量

　备份

　4:00~4:30

　独立批量

　主机回盘处理

　4:30~4:45

　主机批后任务

　更新机构表、行部表、人力资源表、角色互斥批量

　6:00~6:20

　独立批量任务

　发送批量文件

　21:05~21:20

　主机批前任务

　更新柜员状态

　23:01~23:10

　独立批量

　生成报表

　23:10~23:30

　独立批量

　服务重启

　23:30~23:59

　独立批量

　个贷系统

　个贷批量计提扣款

　20:00~0:30

　主机批前任务

　日间批量

　主机批前任务

　个贷存低贷系统

　批量代收代付系统

　存抵贷收益批量支付

　17:00~18:00

　主机批前

　保理系统

　日终作业

　21：30~21：45

　主机批前

　换日作业

　8：00~8：15

　主机批后

　网上银行

　总行前置

　商户入账批量

　21:00

　主机批前

　0:00

　主机批前

　集团自动划拨

　22:00（1min）

　主机批前

　卡交换系统

　日终批量

　0:20~2:20

　独立批量

　日始批量

　2:00~2:30

　主机批后

　RMAN数据库备份

　3:00~5:30

　独立批量

　黄金交易系统

　黄金批量

　3:00~3:05

　主机批前

　个人外汇实盘买卖系统

　行情备份

　6:00~6:10

　独立批量

　前置日志备份

　6:30~6:40

　独立批量

　交易系统日志备份、数据清理

　6:30~6:40

　独立批量

　传ODS数据

　1:30~1:40

　独立批量

　与主机对账

　6:00~6:10

　主机批后

　客户信息同步

　主机批后

　前置

　某前置hibatchnoecho.sh

　2：00~6：00

　主机批后

　其他分行hibatchkeep.sh

　5：00~6：00

　主机批后

　电子式储蓄国债系统

　日终处理

　17:00~17:45

　主机批前

　电子数据存储系统

　JGP-CONVERT

　3：00~16：00

　主机批后

　ODS

　ODS批处理

　23：40~11：30

　主机批后

　新代收代付批量系统

　hibatchkeep.sh

　2：00~3：30

　主机批后

　ATMPCV系统

　更新机构表

　6:10~6:20

　主机批后

　启动主机与前置，ATM与前置对帐

　3：00~3：10

　主机批后

　给ODS供数

　2：00~2：10

　独立批量

　信贷风险经管

　从ODS取文件，该文件来自主机

　4:00-10:00

　主机批后

　对于主机批后的任务，由于主机做完批量后，会将在次日自动覆盖，因此相关应用需要尽快搬迁至新机房，并获取数据后补做批量任务。如不能在规定时间搬迁至新机房，则需要考虑利用备份进行恢复。资料个人收集整理，勿做商业用途

　系统保护分析

　目前系统连接同城灾备中心做容灾，如下图所示

　当前系统的主要备份方式有：

　磁带机备份：操作系统主要采用此方式。

　Lan-Free备份：主机系统先备份到VSM4虚拟带库，再归档到STK物理带库。（VSM4 容量1T，仅能支持3天备份）资料个人收集整理，勿做商业用途

　Lan备份：开放平台采用Veritas备份软件RMAN备份到STK物理带库（注：信用卡DB采用LanFree备份）。资料个人收集整理，勿做商业用途

　综合当前系统的备份方式，我们在搬迁过程中需要考虑临时备份问题。

　另外，综合客服等4个系统已经在GDS建立了灾备系统，搬迁过程中，如出现紧急情况，可以考虑使用灾备系统进行应急恢复，另外，等系统搬迁至新机房后，也需要考虑尽快恢复灾备系统。资料个人收集整理，勿做商业用途

　物理共享分析

　通过对收集的信息进行分析我们发现当前系统有物理共享的情况，包括：

　服务器共享：反洗钱（应用服务器）、ODS（文件服务器）、综合报表共享10.51.1.95(P55A)，综合报表、反洗钱和ODS共享数据库服务器10.1.51.230(P570)，等共享情况如下图所资料个人收集整理，勿做商业用途

　F5和Citrix共享：

　ATM前端系统、CRM系统、RMS系统（信贷风险经管）、自助终端系统、ABS系统、票据系统、黄金系统、密码系统共用F5；资料个人收集整理，勿做商业用途

　信贷经管系统、资产保全系统、电子数据存储系统、征信信息系统、信用卡销售人员经管系统共用办公Citrix；资料个人收集整理，勿做商业用途

　网银系统、外汇系统、黄金系统、公路收费（前置）、个贷系统、银企直连（前置）、网站、离行办公系统（VPN）共用网银区Citrix。资料个人收集整理，勿做商业用途

　新机房没有新购F5和Citrix，故相关设备需要在同一批次搬迁。

　NAS共享：

　网上银行、ODS、电子存储系统、商业汇票、统一征信系统使用NAS存放文件，建议NAS与这5个系统尽量同一批次搬迁，避免以后出现重复停止应用的情况。资料个人收集整理，勿做商业用途

　刀箱共享：

　刀箱共享的情况如下图所示，在搬迁的时候一组刀箱内的设备尽量同一批次搬迁。

　5楼小机房刀片箱

　5楼小机房刀片箱 1新#8

　 - Congnos报表

　 - ODS

　 - 信用卡销售人员经管（Web）

　5楼大机房43号机柜刀片箱

　 - 电子学习平台

　 - 储蓄国债

　 - 黄金交易接口机

　 - 事后监督

　 - Congnos报表系统

　 - OA邮件群发服务器

　5楼大机房69号机柜1号刀片箱

　 - 交易欺诈

　 - 零售银行催收经管

　 - 黄金交易

　5楼大机房69号机柜2号刀片箱

　 - 现代化支付

　 - 南京分行前置

　 - 自建CA

　 - 信用卡申请

　5楼大机房69号机柜3号刀片箱

　 - 现代化支付

　 - 深圳、大连、昆明分行前置

　 - 综合理财DB

　5楼大机房69号机柜4号刀片箱

　 - 分行前置

　 - 分行前置冷备

　网络分区关联：

　新老机房的网银分区和外联分区没有实现三层路由连通，需要考虑在同一批次搬迁。各分区对应业务系统如下：

　网银分区内的系统有：网银系统、外汇系统、黄金系统、公路收费、个贷系统、银企直连、网站、离行办公系统。

　外联分区的系统有：电子储蓄国债、金卫士、统一消息平台。

　搬迁过程中，共享的系统需要考虑同一批次搬迁。

　设备冗余分析

　通过对应用系统对应设备进行统计分析我们得出应用系统的冗余情况，如下表所示。

　对外应用系统（7×24,7×18）

　冗余情况

　对外系统5×8

　冗余情况

　对内应用

　冗余情况

　个人贷款系统

　DB\APP共用一台冷备机

　个贷预审批系统

　DB\APP共用一台冷备机

　SAP系统

　ECC和BW共用备机，APP负载均衡，ETL中的DB和APP没有备机

　开放式基金代销系统

　DB\APP在一台机器上，有冷备(磁盘已坏)，报表服务器无备机

　黄金交易系统

　有备机

　统一数据补录平台

　无备机

　个人实盘外汇买卖系统

　DB冷备，其它PC server有冷备

　银银合作平台

　在10.1.1.203上，应用有冷备，DB无备机

　反洗钱监测报告系统

　10.1.51.230,10.1.1.95没有备机

　95501客户服务中心系统

　无备机

　资金托管系统

　接收机没有备机，应用有备机

　反恐怖融资黑名单系统

　无备机

　金卫士系统

　DB和语音服务器都有备机

　保理系统

　无备机

　金融统计统一报送系统

　互备

　国际业务处理系统

　老系统可以做为FBS的备机使用MTS没备机

　商业汇票系统

　服务器单点

　事后监督系统

　一备多，分行服务器无备机

　资讯平台系统

　无备机

　电脑验印系统

　综合客服系统

　S390冷备机

　银税信息共享

　App\DB无备机

　信用卡

　DB冷备；2台APP热互备

　客户关系经管系统

　ACRM有备用机，OCRM不确定

　综合理财系统

　无备机

　财富经管系统

　服务器单点

　卡交换系统

　卡交换服务器有备机，DB无备机

　文献经管系统

　服务器单店

　OPICS

　文件服务器与应用服务器共用备机，DB无备机（右测试机）

　人力资源经管系统

　应用负载均衡；

　DB单点故障；

　现代化支付

　应用互备、2个DB服务器做RAC

　学习经管系统

　App，考试互备

　流媒体、DB、报表单点

　网银系统

　App\DB都有备机

　ITSM

　应用、DB互备；

　柜员经管系统

　数据库做RAC、应用服务器作集群负载均衡、CAMA与eTeller互备

　统一征信系统

　应用负载均衡；

　DB单点故障；

　电子数据存储系统

　Web，App负载NAS,DB单点

　关联方信息经管系统员工购买股票系统

　服务器单点

　SNA

　负载均衡

　信用卡催收经管系统

　DB有备机

　总行前置

　应用一主一备，DB无备机

　信用卡新申请审批系统

　应用有备机

　分行前置

　两个刀片服务器作备份

　信用卡反申请欺诈系统

　应用有备机

　金融自助终端

　服务器热备，DB与柜员经管系统共用

　信用卡销售人员经管系统

　服务器单点

　对于有冷备机的设备，需要考虑先搬迁冷备机。对于没有备机的重要系统，需要考虑好新购备机，建立备用环境；对于没有备机的其他系统，需要考虑先做好备份，并通过通用应急环境进行应急恢复。资料个人收集整理，勿做商业用途

　机房环境分析

　机房简况

　某银行目前业务生产系统及网络系统主要位于五楼大小两个机房，也有少部分开发测试机，具体情况如下表所示。

　机房

　设备

　用途

　5楼机要室

　主机系统监控平台×1、现代化支付备机×1、ITSM开发机×1

　5楼网络室

　网络经管×1，安全经管×1

　5楼维修间

　网络经管×2

　5楼小机房

　核心区接入交换机、IRA区办公接入交换机、办公区负载均衡Citrix、95501留言、OA邮件转发、开发式代销基金报表、信贷风险经管Web、银税信息共享签名和应用服务器、电子数据存储Web、客户关系经管、新终端、电脑验印、实物资产、统一消息平台、前置系统、通讯网关集群、信用卡销售、客户关系经管、保理、OA开发测试、零售银行DB、swist、密码经管系统、网络经管、安全经管、设备运行监控、财富经管、新终端开发机、资产负债、Congnos报表、ODS、信用卡销售人员经管Web、SAP、反恐怖融资、客户关系经管×113

　生产

　(少部分开发测试)

　5楼主机房

　综合客服、卡交换、综合理财、全行b/s查询机、网上银行、个贷、信用卡销售人员经管ETL、统一征信、前置等16个子应用、开放式基金、95501、国际业务、OA、信用卡、DMX、综合报表、ODS DB、财富经管数据库、ODS系统/综合报表系统/反洗钱监测报告系统、GE个人征信、征信、个人实盘外汇买卖、SAP、资金交易一体化、黄金交易、电子数据存储、客户关系经管、人力资源、商业汇票、统一消息平台DB、新终端、ATM P/V/C,Congnos报表，IRA区网络，Keith工程、VISA、安全经管、保理、储蓄国债、电子密码、电子数据存储、电子学习、分行前置、核心网络、交易欺诈、金蝶财务、金融统计统一报送、金融自助、金卫士、开放式基金代销、催收经管、ITSM、票据、视频会议、统一数字证书、外币支付、外联网络、网站、现代化支付、文献经管等×583

　生产

　(少部分开发测试)

　开发测试系统主要位于11楼F机房和23楼开发间，以及某分行的部分测试设备，资产托管位于27楼。

　具体如下表所示。资料个人收集整理，勿做商业用途

　机房

　设备

　用途

　906机房

　财富经管开发机*2

　开发测试

　11F单证中心

　Swift系统未使用服务器*1

　开发测试

　11F机房

　黄金交易、个人实盘外汇、Congos、卡交换、支付密码、前置、网银、票据、事后监督、终端、ODS、客户关系经管、咨询、保理、现代化支付、个贷、储蓄式国债、综合理财、软件配置经管等5台服务器

　开发测试

　11F基金会议室

　开放式基金代销系统×1

　开发测试

　16楼开发现场

　客户关系经管系统×1

　开发测试

　23楼开发间

　信用卡开发系统×10

　开发测试

　27楼机房

　资产托管系统×7

　生产+测试

　2楼机房

　95501录音设备×2

　6楼3号会议室

　信用卡新申请外挂开发×1

　开发测试

　8楼

　网站测试×1

　开发测试

　附4楼

　个人实盘外汇买卖×2，电子密押测试×1

　开发测试

　某分行

　SAP、信用卡、ODS、客户关系经管、个贷、资产负债、国际业务、电子数据存储、事后监督、财富经管\Congnos、统一数据补录×20

　开发测试

　通过对各系统设备的统计，我们发现有部分系统主备机在同一机柜的情况，并且也有专用机柜共享的情况。主备机在同一机柜的详细列表如下。资料个人收集整理，勿做商业用途

　机柜号

　设备型号

　同机柜主备机

　IBM规范机柜

　卡交换系统主备机

　IBM规范机柜

　个货APP服务器与备机

　IBM规范机柜

　新前置平台（货押系统）数据库服务器主备机

　IBM规范机柜

　新前置平台（货押系统）APP服务器主备机

　IBM规范机柜

　CallCenter数据库双机热备

　IBM规范机柜

　个人实盘外汇买卖系统主备机

　IBM规范机柜

　动态密码服务器主备机

　非规范机柜

　新终端系统RAC

　IBM规范机柜

　事后监督系统应用服务器（并行），电子数据存储两APP互备

　IBM规范机柜

　新网银两APP互备

　IBM规范机柜

　新黄金冷备机一备多，交易欺诈侦测系统主备机

　对于主备机在同一机柜的情况需要分散风险。专用机柜共享的情况如下表所示。

　机柜号

　机柜类型

　系统名称　

　IBM专用机柜

　网上银行系统、个贷系统

　IBM专用机柜

　信用卡销售人员经管系统、征信系统、新代收代付批量系统

　IBM专用机柜

　前置系统/联网核查公民身份信息系统、电子商业汇票系统、ATM P/V/C工程开发

　IBM专用机柜

　95501客户服务中心系统、国际业务处理系统

　IBM专用机柜

　前置系统、商业汇票系统开发

　IBM专用机柜

　前置系统等18个子系统、商业汇票系统开发

　IBM专用机柜

　前置系统、征信系统、ATM P/V/C工程开发

　IBM专用机柜

　商业汇票系统、网上银行系统、国际业务处理系统、综合报表系统/征信系统

　IBM专用机柜

　ODS系统、财富经管系统、综合理财系统开发

　IBM专用机柜

　综合理财系统、信用卡新申请系统

　IBM专用机柜

　ODS系统、征信系统

　IBM专用机柜

　SAP系统、综合报表系统

　IBM专用机柜

　前置系统、网上银行系统、资金交易前中后一体化系统

　IBM专用机柜

　征信系统、个贷系统

　IBM专用机柜

　个人实盘外汇买卖系统开发、黄金交易系统开发、前置系统开发

　IBM专用机柜

　OA系统、开放式基金代销系统、网上银行系统开发

　IBM专用机柜

　电子数据存储系统、信用卡系统开发

　非规范机柜

　人力资源系统、商业汇票系统、电子商业汇票系统、统一消息平台、新终端系统、统一数字证书系统、ATM监控系统

　IBM专用机柜

　电子数据存储系统、事后监督系统

　IBM专用机柜

　事后监督系统、网上银行系统

　IBM专用机柜

　分行前置系统、现代化支付系统、催收经管系统、黄金交易系统、交易欺诈侦测系统、自建CA系统开发、信用卡新申请系统

　对于专用机柜我们最好整柜搬迁，以减少搬迁风险。

　机房布局图

　某银行总行主机房设备及电源布线平面图如下。机房内IBM专用机柜32个，SUN专用机柜8个，EMC专用机柜4个，HP专用机柜4个，富士通专用机柜1个。资料个人收集整理，勿做商业用途

　风险分析

　某银行数据中心搬迁工程的主要风险如下：

　非计划的业务中断：包括设备故障，数据丢失，系统故障，性能严重下降，依赖资源缺失；

　设备损坏：包括拆卸过程中损坏，运输过程中损坏及安装过程中损坏等；

　人员风险：包括人员组织，应用与设备经管的结合，人员技能，人身意外伤害；

　外部条件：包括外部接口工程延期，报关、清关，物理条件制约；

　基础设施破坏：包括机房地板破坏，运输通道破坏，电力设施破坏。

　主要风险分析如下表所示。

　某银行数据中心搬迁策略

　某银行业务系统搬迁方式

　基于对某银行现状的分析和实际业务连续需求，建议某银行采取“混合型”的搬迁方式进行数据中心搬迁，部分系统的数据、应用采用切换方式，部分系统直接搬迁。

　通过数据同步复制的方式将数据完整迁移到新购DMX3和新购EVA上，核心系统具有切换条件的采用切换方式。目前暂无冗余的NAS设备，可以租用NAS作为数据复制目标和冗余以降低风险。具体搬迁方式如下表所示。资料个人收集整理，勿做商业用途

　分类

　搬迁方式

　服务器

　及应用

　数据及

　存储

　相关网络

　业务数据保护方式

　核心系统（综合客服、SNA网关）

　切换

　核心网络新建，部分接入设备搬迁

　数据复制同时作为同步数据保护的手段

　位于DMX3、DMX1000、EVA8100-1和EVA8100-2存储上的其他业务系统

　搬迁

　切换

　位于NAS3140上的业务系统

　搬迁

　切换

　通过NAS数据复制

　独立使用存储或不使用外置存储的系统

　搬迁

　搬迁前数据备份

　搬迁批次划分要求

　系统切换的要求：核心业务系统采用切换的方式进行迁移，需要提前搬备机；

　数据迁移的要求：

　新购EVA8100空间有限，仅能作为其中一台EVA的数据复制目标，需要先将EVA8100-2及上面的系统搬迁，腾出空间作为EVA8100-1的复制目标；资料个人收集整理，勿做商业用途

　EVA8100上的CA数据复制会严重影响生产性能，尽量分散该存储上系统搬迁批次，以提供足够窗口进行复制和数据验证。资料个人收集整理，勿做商业用途

　应用及物理关联的要求：

　数据交互量大的系统尽量同一批次搬迁

　网络外联分区内的业务系统需一起搬迁

　网络网银分区内的业务系统需一起搬迁

　应用关联紧密的业务系统需一起搬迁

　共享专用机柜(IBM/SUN)内的设备最好一起搬迁

　共享设备的业务系统需一起搬迁(服务器、刀片机箱、F5、Citrix、其他设备)

　根据上面批次划分的要求，建议某银行搬迁分为三个主批次进行。主要的批次划分的目的和对应的系统类型如下表所示：资料个人收集整理，勿做商业用途

　批次

　目的

　系统

　批次一

　为后续关键批次的搬迁提供必要的技术条件，同时验证新数据中心的网络、搬迁的路线、

　影响较小或独立的业务系统、核心系统的备机，他们的搬迁不会对银行的业务造成外部影响

　批次二

　搬迁对外服务的业务系统，以及相应紧密关联的对内业务系统。将对外的业务影响降低最低

　核心业务系统，一般都是7*24的业务系统，对银行的外部影响较大

　批次三

　搬迁剩余的业务系统、开发系统以及利旧的设备

　一般是5×8的业务系统，对外部的影响较低

　整个搬迁过程如下图所示：

　从图中可以看到，在第一次搬迁前必须具备以下前提条件：

　新旧机房网络连通、测试完成；新机房线路测试完成；

　完成初始数据同步；

　DMX1000至新机房DMX3的数据同步；

　EVA8100-2至新机房EVA8100-3数据同步；

　过渡备份环境搭建。

　第二批次和第三批次搬迁前都必须先做好EVA8100-1至EVA-8100-2的数据同步。

　三个批次分别对应的业务系统包括：

　批次1搬迁系统及设备：

　注：根据具体准备需要，第一批次分为多个小批次进行搬迁，搬迁时间也可适当调整；

　另外，2.20日前，新机房还需要完成操作经管系统的建设，相应工作人员采取新操作经管系统进行日常操作。

　批次2搬迁系统及设备：

　批次3搬迁系统及设备：

　搬迁各批次分析

　批次1搬迁分析

　批次1搬迁影响业务的应用有：信用卡交易欺诈、事后监督（部分设备）、资讯平台、统一数据补录、电脑验印、关联方信息经管和员工买卖股票申报系统、金融统计统一报送、资产负债系统、实物资产经管系统、档案经管系统和文献经管系统、反恐怖融资黑名单系统；不影响业务的应用及设备清单有：零售信贷数据集中分析（keith工程开发用）、综合客户服务系统备机、3590磁带机、路由器、信用卡备机。批次一搬迁的设备总数为52，具体如下表所示。资料个人收集整理，勿做商业用途

　系统

　整机柜

　PC服务器

　小型机

　刀片服务器

　阵列

　磁带机

　其他

　小计

　合计

　批次一搬迁所需时间如下图所示。

　从图中可以看到，在不考虑清关的情况下，一般系统都可以在14小时内恢复。批次1的设备大多是对内应用或者备用设备，因此，只需要根据需要选择某个周末，或者分成几个小批次在周末进行。资料个人收集整理，勿做商业用途

　另外，可以在批次1中再搬迁一些其他系统的开发机、测试机和一些不用的设备。

　批次2搬迁分析

　批次2搬迁应用及其他设备清单如下图所示：

　网络设备综合客户服务系统

　网络设备

　综合客户服务系统

　信用卡(CCS)

　卡交换

　个贷

　综合理财

　开放式基金代销

　OPICS

　个人实盘外汇买卖

　黄金交易

　现代化支付

　金卫士

　网银

　新终端系统

　金融自助终端

　ATMPVC

　电子数据存储

　国际业务处理

　SWIFT

　通信集群网关

　总行大前置

　密码服务平台

　分行前置

　统一消息平台.

　ODS

　反洗钱

　现代化支付

　新代收代付

　保理系统

　网站

　VSM虚拟带库

　客户关系经管系统

　信用卡销售人员经管

　电子商业汇票

　综合报表

　财富经管

　事后监督（剩余部分）

　催收经管

　交易欺诈侦测

　离行办公系统（VPN）

　电子储蓄国债

　信贷风险经管

　商业汇票系统

　资产保全系统

　反洗钱

　信用卡数据集市

　银税共享

　电子学习平台

　批次2搬迁影响业务较大的应用及设备清单

　批次2搬迁对业务影响较小的应用及设备清单

　批次2搬迁过程中的难点有：

　应用数量多而且关键；

　设备数量很多，共计408台；

　系统经管员和设备经管员较少，搬迁过程中很可能成为瓶颈；

　搬迁路径和通道，多系统同时搬迁可能会成为物理搬运过程中的瓶颈。

　针对这些难点，批次2搬迁方式有A、B两种方案：

　A方案：批次2内应用系统进行分组，同批次内分时段错开搬迁；

　B方案：批次2内应用系统分多个批次，分批搬迁。

　批次2搬迁的应用系统恢复优先顺序遵循以下原则：

　尽快恢复对外服务的条件；

　根据应用服务等级进行恢复。

　批次2搬迁应用系统恢复优先级别如下图所示。

　需要最优先恢复的需要最优先恢复的A类系统

　其他A类业务系统

　B类系统

　C类、D类系统

　从图中可以看出：

　综合客服、信用卡、个贷是对外服务的核心，需要最优先的恢复；

　SNA网关、前置平台是其他对外服务到综合客户服务的关键通道，也需要最优先的恢复；

　网银、终端系统、ATMPCV、多媒体自助、金卫士是对外服务的窗口，需要优先恢复；

　卡交换是银联接入深发行的通道，需要优先恢复；

　网银的业务与现代化支付关联紧密，需要优先恢复现代化支付；

　其他系统按应用服务等级进行恢复。

　批次2内应用系统恢复优先级别详细情况如下图所示。

　批次2搬迁的两种方式比较如下表。

　搬迁特征

　方式A(同一批次内按优先级分组搬迁)

　方式B（多批次搬迁）

　对外业务中断次数

　1次

　多次

　集中申请停机时间

　1次

　多次

　对外业务的搬迁周期

　1次

　2～4周

　对外业务恢复后的性能问题

　正常

　搬迁过程中，对外业务分散在两个机房，性能受到网络带宽的制约

　单次搬迁的业务影响范围

　很大

　大

　人力资源瓶颈问题

　严重 (设备较多，连续作战时间长)

　中

　紧急情况下的回退问题

　难

　中

　实施控制难度

　很高

　中

　实施前提条件

　需解决人力资源瓶颈问题、加强进度控制；紧急情况下，部分对内业务有可能无法在48小时内恢复；

　外联专线需要能够根据分批进行割接，并需网络部门根据网络流量监控，评估分多个批次搬迁是否会造成网络带宽瓶颈问题

　搬迁方式B的考虑

　方式B的搬迁考虑如下：

　第1周：搬迁A1分组及共享机柜或者设备的应用；

　第2周：搬迁A2分组及共享机柜或者设备的应用。

　方式B第一周和第二周搬迁的应用清单如下图所示。

　第一周综合客服

　第一周

　综合客服

　信用卡

　个贷

　SNA网关

　密码服务平台

　总行前置平台

　分行前置

　网上银行

　新终端系统

　ATMPCV

　金融自助终端

　卡交换

　现代化支付

　金卫士

　第二周

　联网核查公民身份信息（国库信息、深圳同城支付结算）

　网站

　国际业务结算

　SWIFT

　电子数据存储

　综合理财

　商业汇票

　开放式基金代销

　黄金交易

　个人实盘外汇买卖

　资金交易前中后一体化

　电子储蓄式国债

　银企直连、公路收费

　保理系统

　新代收代付

　ODS

　客户关系经管

　综合报表

　反洗钱

　密码经管平台

　如采用方式B，单次的搬迁负荷则会较轻，搬迁中的人力资源瓶颈问题得到缓解。但采用B方式会出现重要应用分布在两个机房的情况，对机房直接的网络要求较高。需要对网络的流量进行评估，以确认方式B的可行性。如果网络带宽足够，性能不受影响；同时在不考虑对外业务中断次数的情况下，方式B较优。资料个人收集整理，勿做商业用途

　前期某银行通过对ODS的监测对网络流量进行过初步的评估并且得出数据流量并不大的结论，但是此种评估方法并不能对网络的流量进行比较准确地评估，建议的网络流量评估及处理方法如下：资料个人收集整理，勿做商业用途

　获得所有A1应用组（所有IP）与其他应用之间的数据流量总和；

　该总和基础上加上50%的容量用于应对部分系统高峰值 = 新老机房IP链路网络带宽；

　如果现有带宽不满足以上数量，则立即和DWDM厂商沟通，扩充端口和板卡；

　如采用方式B并碰到性能瓶颈的情况下，考虑中断新老机房之间的数据复制通道，以增加IP链路的带宽，但后期的搬迁可能会相应延迟。资料个人收集整理，勿做商业用途

　采用B方式搬迁并恢复业务后，如若出现性能问题，系统将无法回退，只能解决带宽问题。采用B方式搬迁的时间周期会延长，B方式搬迁周期估计如下图所示。资料个人收集整理，勿做商业用途

　1月

　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月26日

　批次1设备搬迁

　开发机、测试机搬迁搭建备用环境

　临时备份环境搭建

　3月20日搬迁冷备机

　3月25日搬迁在线Cluster备机

　3月27日

　批次2设备搬迁

　搬迁方式A的考虑

　综合考虑批量依赖、设备共享、机柜共享等多种约束条件后，采用方式A，批次2可以分成3个组，在不同的时间进行搬迁。具体如下：资料个人收集整理，勿做商业用途

　采用A搬迁方式，第二批次的设备数量统计如下表。

　搬迁方式A存在的难点有：

　存在人力资源瓶颈；

　机房空间容纳不了太多工作人员；

　楼道门太窄；

　过去某银行搬迁过程中，20多台设备需要10个小时。

　针对这些问题我们提出的解决思路是：

　设备拆卸安装由实施商提供足够的技术专家并行进行工作；存储认盘、操作系统启停可以由实施商进行；对于数据库DBA的瓶颈，建议数据库启动由应用经管员进行；资料个人收集整理，勿做商业用途

　根据机房空间、设备位置、拆卸的方便性进行人员安排；

　充分利用货梯和客梯，对货梯通道进行适当改造，保持运输通道的通畅；

　通过细化拆卸方案提高速度，并通过演练验证可行性。

　可以看到采用A方案时，批次2搬迁的PC机相对较多，是影响进度的主要瓶颈；可以将所有PC机的冷备机提前2天搬迁而小型机则大多可以整体推移，相对速度较快。资料个人收集整理，勿做商业用途

　采用A方案，在人员分配方面的初步考虑如下：

　PC分配 6组（为避免人员疲劳，另外3组休息待命）；

　小型机2组IBM，1组SUN；

　大机1组（可以稍晚拆）、网络2~3组；

　应用经管员协助完成数据库的启动与验证过程，DBA提供指导与支持。

　方式A搬迁的速度估算如下：

　组1有22个整体机柜，每个30分钟拆完，5个小时拆卸完；13个小时全部装完；

　组1PC有86个，按照6组，每个30分钟，7个小时拆卸完；（组1的PC分布在不同的机柜），每个45分钟安装的话，19个小时全部装完；资料个人收集整理，勿做商业用途

　组2有88个，30小时完成；

　组3 预计37小时全部完成安装。边拆边运边装提高整体数度（除去提前搬迁备机的数量，预计完成时间会提前）。资料个人收集整理，勿做商业用途

　对于采用方式A搬迁的通道瓶颈问题，我们可以采取以下方法解决：

　1个客梯用于运人； 1个客梯用于灵活调用；

　客梯的两个门分别用于PC网络绿色通道设备、小型机；

　货梯和1个客梯用于PC和网络设备；

　3个客梯用于小型机或者其他大型设备专用。

　对于A搬迁方式，在搬迁过程中如出现搬迁时间过长的情况，导致整个设备无法在48小时内恢复业务，建议可以由领导层立即决策批次2中队内业务的部分设备暂不搬迁；等详细方案完成后，可以尽快通过模拟演练来验证方式A的可行性。由于A方式第二批搬迁的设备比较多，此批次搬迁持续的时间比较长，故涉及到设备清关的一些问题：资料个人收集整理，勿做商业用途

　22:00~7:00不能清关；

　清关车辆和所运输设备必须提前报关；

　如报关单和实际运输不一致，则视为违法行为；

　海关有权利随意抽查车辆，一旦抽查，则需要很长时间的停顿。

　对于此问题，需要某银行高层领导统一协调，争取实现清关无障碍。

　搬迁批次2业务中断和恢复时间分析

　在对第二批次的应用恢复时间进行分析前，我们先做如下的假定：

　主机是整个机房搬迁及业务恢复的主线；

　核心系统尽量采取切换的方法；

　周六0:00开始停止对外服务；

　保证主机跑批顺利完成后再切换。

　在以上假定的基础上我们对应用进行分析，得出如下结论：

　根据定时批量任务关联分析，主机、SNA需要在跑完批后进行切换(约4点钟)；

　个贷应用可以在0点开始；

　信用卡批处理完后2点开始切换；

　卡交换要进行日终处理，约在1点可以搬迁；

　其他系统可以在0点后开始搬迁；

　切换的系统选择合适的时间进行回切；

　批次2搬迁各系统搬迁所需时间分析如下图所示。详见文档-某银行 Relocation_业务搬迁时间次序。其中清关时间暂估为2小时，同步复制数据一致性验证预估2小时。资料个人收集整理，勿做商业用途

　根据业务搬迁次序表，我们可以得出批次2的搬迁时间图，如下图所示。

　第一组周六

　0点开始

　第二组6点开始

　第三组12点开始

　周日

　1点

　周日

　6点

　周日8点

　周五14点

　根据应用服务恢复要求，对应分行及各条外联专线接入须在相应时间段内完成割接。

　批次2业务中断和恢复所需时间如下图所示。

　以上时间不包括故障发生后的缓冲时间，建议可以再预留10小时的故障缓冲时间。

　应用回切时间点考虑如下：

　搬迁后立即回切，大约周六20-22点；

　周日凌晨4:00批处理完成后；

　运行一周后周五凌晨回切。

　批次2搬迁注意事项

　考虑到ODS和各系统的关联关系很密切，尤其是

相关关键词： 医院整体搬迁实施方案

相关热词搜索： 医院整体搬迁实施方案 实施方案 搬迁 数据中心

某某银行数据中心搬迁整体实施方案

相关文章

最新文章

热门文章