政务信息中心机房整体搬迁方案

***政务信息中心机房整体搬迁方案V3.0第5页共142页***政务信息中心机房整体搬迁方案（投标得高分版本）目录TOC\o"1-4"\h\z\u1 总体项目理解 71.1 对技术规范书的整体理解 71.2 搬迁设备清单 71.3 项目成功关键因素及风险建议 91.4 XXX的战略优势及服务承诺 111.5 XXX理解的本次项目实施工程界面 122 总体方案建议 132.1 搬迁方案设计的原则 132.2 系统搬迁方法论 142.2.1 风险分析 152.2.2 业务影响分析 182.2.3 制定搬迁整体规划 222.2.4 系统梳理与健康检查 24 系统的标记 24 系统健康检查 24 系统备份时间检查 25 新机房环境检查 252.2.5 制定系统搬迁与应急方案 26 制定系统搬迁方案 26 搬迁过程中的工具（表格、文档等） 29 分工界面定义 322.2.6 搬迁与应急方案演练 322.2.7 搬迁前准备 332.2.8 拆卸、包装、运输与安装 332.2.9 系统恢复与健康检查 34 系统运行情况跟踪 352.2.10 设备维护与保修服务 352.3 数据中心搬迁的工程设计与实施方法 352.3.1 项目管理 362.3.2 总体方案规划 362.3.3 总体方案设计 372.3.4 详细方案设计 382.3.5 方案实施阶段 392.3.6 项目维护阶段 392.3.7 项目验收 402.4 整体搬迁方案设计 402.4.1 搬迁次序设计 40 断电搬迁描述 41 在线系统，断电搬迁搬运描述 432.4.2 搬迁环境的准备 442.4.3 备份 44 数据库备份 45 搬迁过程中的系统、数据以及应用环境程序备份与恢复 562.4.4 网络出口数据割接 57 分业务系统的网络数据割接 58 整体网络数据割接 58 网络出口割接建议 593 对新机房的规划要求 593.1 机房装修要求 593.2 机房标准规格 613.2.1 环境部分 613.2.2 电力部分 623.2.3 空调、消防、照明部分 633.2.4 交流电源调整装置规格 643.2.5 不停电系统UPS规格 654 搬迁后的验收流程、测试内容、测试方案 664.1 检查、测试方案 664.2 检查及测试方案的设计 674.2.1 集成测试及业务关联性测试 674.2.2 性能测试 674.3 系统搬迁的测试和验收 684.3.1 验收测试标准 684.3.2 验收测试流程 694.3.3 验收测试方法 70 设备开启与自检 70 设备测试、签署交付 70 开启数据库应用等测试 715 项目组织和人员安排 715.1 项目管理原则 715.2 项目管理办法 725.3 项目组织结构图 745.4 项目经理 775.5 联合项目组 775.6 联络会议及安排 795.7 各团队搬迁指南与操作手册 806 项目实施计划和进度安排 806.1 项目WBS和任务间关系说明 806.2 详细项目实施工程计划 846.2.1 工程执行过程 846.2.2 项目启动 856.2.3 业务调研 856.2.4 方案编写 856.2.5 方案评审 866.2.6 实施准备 866.2.7 工程实施 876.2.8 测试&维护 876.2.9 验收&交付 877 专业的搬迁服务保障计划 897.1 搬迁服务的质量目标 897.2 搬迁服务的后台支持 907.3 完善的备件库及备品备件 917.3.1 备件库介绍 917.3.2 全国快速备件库基本情况 927.4 搬迁服务工程师资源 937.4.1 XXX专业搬迁服务工程师资源 937.5 搬迁设备的维保服务界定 947.6 搬迁服务故障级别的响应方式及时间 957.6.1 搬迁服务的故障等级分类 957.6.2 故障分级的上报时限 957.6.3 搬迁服务的响应时间 967.7 搬迁的800免费报障电话 977.8 搬迁的7x24小时现场服务 977.9 搬迁项目的重要事件现场支持 978 搬迁服务保障的流程 978.1 搬迁的风险分类及风险防范措施 978.2 搬迁的服务保障流程图 998.2.1 总体服务流程图 998.2.2 项目质量控制流程图 1008.2.3 搬迁方案变更流程控制图 1018.2.4 现场支持流程图 1028.2.5 备件更换流程图 1038.2.6 搬迁故障受理服务流程图 1048.2.7 故障件返修流程图 1058.2.8 紧急故障抢修流程图 1068.2.9 健康检查服务流程图 107政务信息中心机房整体搬迁方案V3.0V3.0PAGE142总体项目理解对技术规范书的整体理解XXX数据中心机房是XXX的核心设备所在，对各项业务起着重要的支撑作用。原有机房的所有设备，如小型机设备、存储设备、PC服务器设备等都需要迁入新机房，搬迁服务涉及上述所有设备的搬运、安装和调试工作，确保机房整体搬迁后所有信息系统及网络的安全正常运行。数据中心搬迁工作的原则是：统一规划，建立高可用，高效率的IT支撑平台；平稳过渡，最大限度降低业务影响。整个搬迁工作以“保障工作时间应用不中断”为目标，按照预先制定的实施计划，分批、安全、精准地进行搬迁。具体目标是要保证搬迁后的设备能够达到搬迁前的功能、性能和应用要求，主要包括：确保搬迁设备到达指定位置后的物理完整性；确保搬迁设备到达指定位置后的功能完整性；确保搬迁设备到达指定位置后的应用完整性；确保搬迁设备到达指定位置后的性能达到搬迁前的水平。XXX的机房搬迁服务作为一项业界特色专业服务已经为众多的客户数据中心提供了设备的搬迁咨询和实施服务。积累了非常丰富的机房搬迁经验，拥有一次专业的搬迁服务团队。客户的机房搬迁，表面上是设备的搬迁，实际上是客户业务的搬迁，所以搬迁的成功与否直接关系到客户业务的可持续性运营。加之搬迁过程细节众多，客户单方面很难把控所有环节，搬迁实施有风险，项目成本无法估量。XXX能够向XXX提供搬迁方面的专业咨询，并保证搬迁实施的安全性和可靠性，达到XXX业务系统的可持续性要求，实现三个完整性一个性能水平。搬迁设备清单管理信息系统部序号设备厂家设备型号数量设备配置详情运行的应用系统名称主机(CPU个数,主频,内存容量)存储(硬盘容量)维保小型机（共计8台）1XXXXXXP65014CPU，16GB内存MSS系统公文应用原厂维保2XXXXXXP65014CPU，16GB内存MSS系统邮件原厂维保3XXXXXXP550Q14CPU，16GB内存门户原厂维保4XXXXXXP550Q14CPU，16GB内存门户原厂维保5XXXXXXP550Q14CPU，16GB内存原网通OA原厂维保6XXXXXXP550Q14CPU，16GB内存原网通OA原厂维保7HPRP247012*750MHzpa-8700CPU，4GBmem项目管理系统第三方维保8HPRP247012*750MHzpa-8700CPU，4GBmem项目管理系统第三方维保存储（共计2台）1HPSystem2300110*73HD，2*36GBHD项目管理系统第三方维保2XXXXXXFastT7001一个控制柜，2个硬盘柜。MSS盘阵原厂维保PC-SERVER（共计22台）1HPHPDL36042C/4G第三方维保2HPHPDL38042C/4G邮件转发服务器、DNS、短信服务器、邮件防病毒服务器、demo服务器第三方维保3HPHPDL580G444C/8GTIM/TAM在保4HPHPDL580G548C/32GOA归档服务器/合同服务器在保5XXXXXXX385024C/16GMSS协同办公负载均衡在保6DELLPE265011C/1GMSS协同办公负载均衡第三方维保8三星工控机11C/1GMSSVPNRADIUS服务器（备用）第三方维保9XXXServerxSeries22522C/1G物资管理系统第三方维保总计32项目成功关键因素及风险建议本项目涉及的系统及需要各方配合的工作很多，因此如果要保证项目的成功实施，XXX认为以下几点是不可或缺的关键因素：项目实施前期详细周密的方案设计：包括各被搬迁系统的业务连续性分析设计，具体的搬迁方案、应急方案和回退方案的分析设计，还有搬迁过程中的业务保障方案设计。这些方案都必须切实可行而且需要证明是能够落地实施的。项目实施过程当中的周密的计划安排：由于本次工程所涉及到的施工方很多，而且和新机房建设项目基本同期进行，因此考虑的实施计划一定要有充分的余量，留有充分的应变空间，而且要确保各方的沟通结果一致；具有实际项目运作经验的项目团队及实施资源；项目实施过程当中无缝的沟通及对项目实施风险及质量的有效把关，这都需要完整的项目管理体系去支撑；在XXX领导下的各协作单位的充分支持；搬迁实施单位对大部分的搬迁设备均具有良好的保障及应急支持能力；根据XXX以往的大量实施经验，以下是在项目实施过程当中可能会碰到的一些风险，在项目实施过程中，XXX会不断地根据风险管理计划对风险进行管理，以确保项目的顺利实施，同时和各方保持无缝的沟通，确保各方都能遵循统一的项目目标及进度。1）设备搬运前可能面临的风险业务故障：由于某些配置为临时配置（如主机路由信息等），可能导致正常关机后业务访问出现问题；数据故障：在搬迁前，考虑到要进行存储统一，可能要对系统数据进行一定的复制等操作，导致数据安全问题；2）设备搬运过程中可能面临的风险硬件故障：搬迁过程主要是对物理硬件的搬运，所以硬件故障是最有可能发生的风险；数据故障：在搬运途中，可能由于硬件的损坏，导致数据的丢失风险；操作系统故障：在搬运途中，可能由于硬件的损坏，导致主机操作系统不能启动的风险；业务故障：在搬运途中，可能由于硬件的损坏，导致业务系统不能启动的风险；网络故障：在搬运途中，可能由于硬件的损坏，导致网络不可用或网络配置错误的风险；3）设备搬运后可能面临的风险业务故障：搬迁后，可能由于搬迁前的一些临时配置丢失，导致业务不能正常运行的风险；数据故障：搬迁后，由于替换系统和正式系统之间的数据传递和复制，可能导致业务数据不准确的风险；根据上述的各阶段可能面临的风险，主要对搬迁过程中可能出现的风险进行了归类，并结合各个风险的特点，给出相关的应对或应急措施：1）硬件故障1、设备搬迁前，进行系统重新启动，保证搬迁前无硬件故障；2、搬迁前，所有设备都要保证有维保服务，保证硬件能及时按照维保流程得到更换和处理；3、现场准备易损的备品备件，或在规定的时间内可以取得的备品备件，保证现场应急；建议向各厂商购买单独的备品备件支持服务，也可以考虑预留一部分资金，由集成商负责搬迁过程中的核心设备的备品备件准备；4、要求设备厂商提供现场技术支持，保证尽快判断故障点，并根据现有的备品备件或应急设备进行故障处理；2）系统级别故障1、一般都是由于硬件故障导致，利用搬迁前的系统备份和相关配置信息，尽快恢复系统；2、具备RAID1功能的主机，在搬迁前进行系统盘镜像，保证一块系统盘损坏不会影响系统启动；3）数据级别故障1、采用备份数据，尽快恢复；2、利用临时数据库内的数据进行磁盘级的数据复制，可比备份恢复的速度快；3、继续启用临时数据库或备用数据库进行服务，制定数据恢复计划并实施完成后，再进行服务接管；4）业务级别故障搬迁期间，由应用厂商提前准备好业务应急恢复盘，按照搬迁前的业务配置备份信息，尽快恢复业务系统；5）网络接入故障1、核心网络设备为热备模式，较有保障；2、采用临时网络设备进行顶替，替换故障网络设备；（硬件坏）3、在临时业务系统接管前以及正式业务系统接管前，均要进行详细的连通性测试，保障割接顺利；6）搬运过程中的整体保险为了规避设备搬运过程中的碰撞和摔损，建议由联通公司或设备物理搬运方为搬迁的设备购买保险，进一步规避设备损坏风险；基于新业务系统的大型设备较少，也可考虑进行固定数额的设备保险保障，减少资金花费。XXX的战略优势及服务承诺XXX作为联通多年的战略合作伙伴，对于项目执行，主要有以下的战略优势：XXX具有强大的软硬件支持能力，能够确保在项目实施过程当中及时快速的相应；XXX已经确定负责在线系统搬迁的实施工作，因此在离线系统的搬迁实施工作中，可以做到统一计划协调，能够保证在线及离线无缝搬迁集成，同时两类系统的资源可以共享，确保在系统搬迁的过程中资源的及时到位；这次搬迁所涉及到的设备中，XXX能够比其他友商提供更及时更直接的支持服务，所以在搬迁过程中能够7*24小时4小时响应的服务。具体内容见搬迁保障。为了保证不影响应用，我们会提供充足的备机备件资源；XXX的实施团队具有多次落地实施搬迁的成功经验，而且在其他省市也为联通提供过类似服务；XXX具有强大的项目实施团队，能够为联通提供完全满足资质要求的实施人员；XXX理解的本次项目实施工程界面1、准备工作阶段制定各业务系统搬迁技术方案和应急响应预案;(由中标人负责)确认搬运路线与整个设备搬迁时间；（由中标人负责）列置需搬运的设备详细清单；（由中标人负责）提供设备搬迁方案，提供详细的设备搬迁方案，时间点精确到小时/人员；（由中标人负责）确认搬迁前的保险、设备、人员、场地等准备工作；（由中标人负责）确认搬迁的设备运输路径，确认提前通知各个相关部门，做好宣传工作；（由中标人负责，XXX配合）数据库的离线全备份；（由中标人负责）数据库恢复性测试，保证数据安全；（由中标人负责）根据各机器类型和尺寸制作防静电袋、包装箱和叉车等，计算需要的其他包装材料等的数量；（由中标人负责，XXX配合提供现存的包装箱、袋）对新老机房空间过道等进一步检查测量，安排叉车的具体行车线路；（由中标人负责）对新老机房的关键路径进行检查，对台阶等处计划好需要铺设的导引段。（由中标人负责）2、实施阶段（1）实施前提确认新机房运行环境就绪（机柜、电源、空调、环境卫生等）；（由XXX负责）确认新机房网络环境就绪（交换机设置、网段划分等）；（由XXX负责）确认机房内相关设备间线路已铺设完毕；（由XXX负责）确认设备在新机房安装位置；（由中标人负责，XXX配合）新数据中心KVM设备安装完毕；（由XXX负责）确认对数据库做好备份和测试；（由中标人负责）确认设备网络连接情况及端口的登记；（由中标人负责）确认对搬迁设备已贴好标签；（由中标人负责）确认已准备好部分重要设备的备机。（由中标人负责）（2）实施步骤迁出设备的健康检查包含工作内容：计划搬出设备的健康检查；确认计划搬出设备网络连接情况及端口的登记；确认计划搬出设备贴标签；确认计划搬出设备系统；（由中标人负责）设备搬移时选择恰当时间停机；（由中标人负责，XXX配合）设备拆卸与包装包含工作内容：对搬出设备下电并拆卸；设备除尘后包裹，拆卸下的板卡、磁盘要用防静电袋包装；打包/装箱；外包装贴上标签，指明设备信息、组别、目的位置等；（由中标人负责，XXX配合）设备运输包含工作内容：按照既定的运输计划进行运输；运输至目的地后，按照计划将设备摆放到指定位置；对设备进行拆包，按要求参照货物清单的编号进行核实清点，保证搬运过程中不遗漏；（由中标人负责，XXX配合）设备安装包含工作内容：对设备进行现场勘验，并进行洁净处理，去除杂质和油迹；对设备的完好性进行检测，根据设备目标位置图确认安装条件，解决存在的问题，对搬入设备进行安装，检查电源准备情况，连接设备电源；（由中标人完成、XXX配合）机器内部设备连接连接工作分组进行，主要工作包括：服务器与相关外设的连接；局域网部分的跳线连接；与其他相关设备的连线连接；（由中标人负责，XXX配合）设备加电主要工作包括：确认设备安装连接无误后逐个上电；对上电不正常的设备进行问题处理；（由中标人负责，XXX配合）设备/系统测试对设备、系统进行试运行，如果有故障，当场解决故障或更换备机；（由中标人负责，XXX配合）检查数据的完整性；（由中标人负责）恢复生产正常运行，通知各部门正常工作。（由XXX负责）总体方案建议搬迁方案设计的原则在数据中心搬迁项目中，我们将按照以下原则设计搬迁方案并完成搬迁工作。1、保证业务连续性，合理规划停机时间；鉴于搬迁项目的关键性，为了在整个项目期间保证各种应用服务的连续可用性指标，我们在方案设计中最大限度地采用多种高可靠性与可用性保证措施。对于用户方，保证最少的停机时间从而减少业务停顿的影响具有深远的意义。为此，我们在方案设计中，为每项和业务停顿有关的任务制定时间指标，并采取优化措施来尽量缩短每个任务占用的时间。2、周密部署、科学论证、步骤可行；在本项目的整个周期内中，我们采用机房搬迁可借鉴的国际最佳实践，即业务连续性计划(业务安全)，从搬迁的规划、设计、实施到维护都在科学的指导下进行，而不是依赖少数专家的个人经验。这些业务安全方法论和具体的搬迁方法都经过了实践的考验，经历了从实践到理论，再由理论指导实践的过程，完全能够称得上周密部署、科学论证、步骤可行。3、分步实施、分工明确、协调运作；按照业务安全最佳实践，我们将机房搬迁项目自上而下地划分为树状结构的任务，并明确定义了每个任务执行的优先级顺序和任务之间串行或并行执行的顺序，可谓在科学的指导下进行任务细化和分步实施。按照业务安全最佳实践，结合甲方在招标书中的分工界面要求，我们开发了机房搬迁项目的组织架构，并定义了角色职责。我们提供的组织架构定义方法是科学的、经过实践检验了的方法，而不是依赖项目经理的个人经验。按照业务安全最佳实践，对机房搬迁的任务，我们使用面向对象的技术从宏观到微观地定义每个任务。从项目各阶段的框架性任务，到每个搬迁团队成员执行的每个操作步骤，都是在可控的条件下进行的，能够做到有条不紊。4、确保应用和数据的可靠性、安全性和一致性我们在方案设计中最大限度地采用多种高可靠性与可用性保证措施，保证关键应用及其构成组件的可靠性、安全性。我们采用专门的数据备份策略保证数据的完整性和一致性。系统搬迁方法论根据XXX实施多个系统搬迁项目的成功经验，结合BCM的方法论的指导，我们将系统搬迁工作分为四个阶段。如下图。系统分析阶段风险分析业务影响分析制定搬迁整体规划搬迁方案设计阶段系统梳理与健康检查制定系统搬迁与应急方案搬迁与应急方案演练搬迁实施阶段搬迁前准备拆卸、包装、运输、安装系统恢复与健康检查后续服务系统运行情况跟踪设备维护与保修服务系统分析阶段：系统分析阶段主要包括风险分析和业务影响分析，以及制定搬迁整体规划三个步骤，其主要目的是识别系统搬迁过程中的主要风险，提出规避与转移风险的方法。找出系统搬迁对主要业务的影响以及业务系统间的依赖关系，规划系统搬迁的优先顺序，确定达到系统持续目标所需要的资源。搬迁方案设计阶段：搬迁方案设计阶段主要包括系统梳理与健康检查、制定系统搬迁方案和应急方案，以及搬迁方案和应急方案的演练三的步骤。其主要目的是严格确定各系统的范围，明确系统当前的健康状态，明确系统搬迁的主要步骤，明确协作各方的工作与责任，制定各种意外情况下的应急预案，确保搬迁方案的可执行。搬迁实施阶段：搬迁实施阶段的主要目的是完成系统搬迁前的一切准备，完成从关闭应用到应用重新启动的完整搬迁过程。后续服务阶段：后续服务阶段的主要目的是尚未长时间稳定运行的系统提供细致的跟踪保障工作，确保系统顺利过渡到稳定运行状态。除以上内容外，在系统搬迁过程中还包括系统搬迁项目相关的组织机构的建设（如成立搬迁指导委员会做为最高领导机构）、搬迁过程中的沟通计划、项目管理与控制等重要内容。风险分析风险分析是系统搬迁工作的第一步。它标识存在的风险、标识与IT系统生命周期（SDLC）关联的风险，找出系统的薄弱环节。风险分析的输出作为风险转移阶段的输入。风险分析包括9个步骤，分别描述如下。第一步：获取系统相关信息任务确定评估范围，明确系统边界、资源及组成，明确风险的受体。方法IT风险分析的信息采集方法IT模型定义的方法第二步：识别威胁任务标识可能发生的威胁方法威胁并不一定代表风险的发生。决定风险的可能性必须考虑3个因素：威胁源、系统的薄弱环节、已经存在的预防措施。第三步：标识系统薄弱环节任务标识系统薄弱环节。方法标识薄弱源、执行系统安全测试、生成系统安全检查项列表。第四步：分析预防措施任务分析组织已经采用的或者计划采用的预防措施，这些预防措施将用来减轻、消除威胁源利用系统薄弱环节的可能性。方法获得系统薄弱环节在威胁环境中被利用的几率，必须考虑当前的和计划的预防措施。第五步：决定风险发生的几率任务：标识风险发生的几率方法：获得在威胁环境中薄弱环节被利用从而发生风险的几率，必须考虑以下首要的因素：威胁源的动机和能力薄弱环节的属性当前预防措施是否存在、是否有效第六步：风险影响分析任务：标识风险的影响。方法：测量风险级别的重要步骤是决定风险发生后造成的负面影响。开始影响分析之前，获得以下信息是非常必要的：系统执行的业务系统和数据的重要性（系统的价值和对组织的重要性）系统和数据的敏感度风险对业务的影响（这些影响的分析就是BIA）重要于风险对IT系统资源的影响。如果还没有对IT系统资源进行评估，系统和数据的敏感度取决于系统和数据的可用性、完整性和机密性的保护程度。系统和信息负责人应该决定不同风险对他们负责的系统和数据的影响级别。和系统和信息负责人会面是分析系统和数据影响的好办法。因此，一个安全事件的负面影响可以描述为以下三个安全目标的任意组合：完整性、可用性、机密性。完整性丢失，导致数据被篡改或破坏，如果不被及时修复，后续任务会出现不准确、虚假、错误的决定。会影响IT系统的可信度。可用性丢失，会导致任务不能执行，减少生产时间，阻碍用户的活动。机密性丢失，会导致国家安全的危险，公众信心的丧失，触发法律问题。有些影响可以根据损失、恢复代价、修正代价来定量分析；有些影响只能定性分析，分为高、中、低三个级别。通常，我们采用定性分析，一般将风险对业务的影响定义为高、中、低三个级别，如下图所示：低中高可用性服务受到周期性的损害服务受到严重损害服务根本不可用持续时间服务停顿时间少于半天服务停顿时间长于半天，少于3天服务停顿时间大于3天范围影响数个单独的个体一个业务功能受到影响多个业务功能受到影响定性和定量分析各有其优缺点。在决定影响幅度的时候，应该不限于考虑以下因素：评估危险源在某个指定时间段利用薄弱环节的频度；评估每个危险源利用薄弱环节后的大致花费；每个危险源利用薄弱环节的相对权重定义第七步：决定风险级别任务标识风险的级别。方法评估风险的级别必须考虑以下因素：危险源利用系统薄弱环节的几率危险源利用系统薄弱环节的影响大小防止或减弱危险源利用系统薄弱环节的已有的或者计划的预防措施风险级别是风险发生的几率乘于风险的影响。我们假定风险发生的几率从1到0，1是高，0.5是中，0.1是低；我们假定风险的影响从100到0，100是高，50是中，10是低；划分风险发生的几率和风险的影响的粒度可以在风险分析的执行过程中进一步调整。第八步：预防措施建议任务：提供最适合用户组织的预防措施，用于转移或消减风险级别矩阵中已经标识出的风险，从而降低风险级别，降低后的风险级别是系统和数据可以接受的风险级别。方法：在建议预防措施和可选方案用于转移或消减已经标识的风险时，考虑以下因素：建议的预防措施的有效性法律和法规的要求用户组织的政策要求对操作的影响（系统性能影响、用户可接受程度）安全性和可靠性要求预防措施建议是风险分析过程的结果，预防措施建议作为风险转移过程的输入，在风险转移过程中建议的预防措施得到再次评估、优化、执行。并非全部的建议的预防措施得到执行，还需要进行成本效益的分析。业务影响分析业务影响分析的主要目的是找出系统搬迁对主要业务的影响以及业务系统间的依赖关系，确定达到系统持续目标所需要的资源。业务影响分析模块的规格指标第一步：数据采集办法1、通过问卷采集数据2、通过访谈进行数据收集3、通过会议进行数据收集4、通过已有文档进行数据收集第二步：业务分析任务明确关键业务功能及支持关键业务功能的资源、明确业务流程；分析和关键业务功能有关的各业务流程之间的相互依赖关系；分析与和关键业务功能的业务流程有密切联系的其他业务子系统及相关部门、机构之间的相互依赖关系；分析在风险发生时，为保证核心业务的连续，对于这些子系统及其相关部门资源的依赖和需求；定义恢复时间指标RTO和恢复时间点目标RPO。方法业务系统的各子系统之间一般以功能边界划分，业务核心子系统是业务系统中的一个或若干子系统。每个业务子系统通过一个或者若干业务功能实现。业务过程是一套能够给顾客带来某种价值的连续的活动（一段信息流或/和一段物流活动），一个业务过程可能贯穿多个业务子系统，并通常包括多个功能；业务过程并不总是可见的；直接分析业务核心功能是非常有效的分析方式；每个子系统可能执行一个或者多个核心功能；在分析某个功能中断后造成的影响时，理解这些核心功能和最终顾客的关系是非常关键的；下面的方法用于理解核心功能和业务流程：检查、回顾相关文档，理解用户组织的结构和意图；和用户的业务部门、技术部门、信息中心等核心人员进行面谈，获取业务情况的一手信息。详细进行会谈准备，通过一次交流获得业务分析、运营影响、财务及非财务影响的所有信息；根据上面获得的信息进一步完善业务流程图。这些流程图将描述每一个核心业务功能，并描述作为过程输入输出的信息及服务的流程，顾客也作为流程中的一个环节。描述基本支持功能。有些子系统为许多其他子系统提供基本支持功能，例如LDAP功能。当生成和执行恢复计划时，这些信息是非常重要的；生成一个核心功能矩阵，描述业务子系统核心功能之间的关系；确认理解了各业务子系统及其核心功能、业务流程、相关的管理；提交物与核心功能有关的文档；非核心功能的流程描述业务功能分类及描述:第三步：运营影响分析任务标识和书面化化每个风险对每个业务功能的关联影响；书面化核心功能之间的关系，资源和组织机构之间的依赖关系；书面化每个风险事件造成的公共影响；方法运营分析包括以下步骤:采集信息，获取与所有核心功能相关的每个风险事件对组织机构及公共的关联影响；分析和每个核心功能相关的信息。决定每个业务功能的MAO(可接受的最大损耗)、标识每个业务功能的组织依赖关系、标识每个业务功能的资源依赖关系；为所有核心功能相关的信息生成提交件。包括：与所有核心功能相关的每个风险事件对组织机构及公共的关联影响，组织依赖关系列表，资源依赖关系列表；可以通过和每个业务子系统关键负责人员访谈来采集信息。三个基本的风险事件是应用失效、存取失效、设施失效。应该为参与访谈者提供测量业务功能关键程度的例子。如果某个业务功能出现风险将对人员和公共安全造成影响、对法律造成破坏，那么这个业务功能的关键性就特别高了。关键性越高的业务功能，它的MAO就越小。需要将访谈内容整理成文档。分析每个核心功能相关的运营信息，决定核心功能的MAO的时间基准。这个时间基准是开发恢复策略时参考的基准。提交物核心功能一览表，包括以下内容：每个风险事件导致的每个核心功能的关联影响；每个核心功能的资源依赖关系列表每个核心功能的组织依赖关系列表每个业务功能的风险导致的不同顾客类的影响；按照MAO时间基准大小生成的核心功能列表；第四步：财务影响分析任务标识并量化每个风险造成的潜在财务影响，为选择可选的恢复办法提供成本判断依据。方法首先决定是否有必要进行财务影响分析；采集信息；定制访谈时设定的问题、获取作用于业务功能的每个风险造成的财务影响、量化财务影响；分析获取的信息；整理获取的信息；定义财务影响的类型、图表化财务影响信息；通过和每个业务子系统的相关人员访谈获得每个风险作用在核心功能时造成的财务影响，尽量量化财务影响，不能量化的话给出原因。访谈后整理访谈内容。分析访谈获取的信息，判断和一个风险有关的哪个核心进程会造成财务影响。计算在MAO时间基准及超出时间基准时造成的财务影响，尽量量化财务影响，不能量化的话给出原因。财务影响的分析数据计算出来后，作为选择可选恢复方法的依据。以MAO的时间基准和财务影响生成直观化的图表是非常有利于分析的。提交物风险造成的量化的财务影响；第五步：非财务影响分析对风险造成的人员健康和生命、名誉、法律条款、竞争力等的影响进行分析。制定搬迁整体规划制定搬迁整体规划的主要目的是规划系统搬迁的优先顺序，找出合理的系统搬迁计划，合理分配资源，降低系统搬迁对业务持续的影响。其主要的工作内容包括：制定搬迁过程中的存储、服务器整合方案制定使用临时设备方案制定搬迁整体方案（关注系统搬迁的顺序）制定搬迁控制流程寻找系统搬迁承运商搬迁规划制定的规格指标第一步：标识可选用的规划任务标识可选用的搬迁规划，对规划分类。方法对于每个可用的搬迁整体规划：标识要搬迁的任务、时间需求按照关键度、上下层依赖关系来划分时间紧迫性的级别标识每个领域的专家按照区域选择团队负责人检查搬迁中涉及的对象可能发生的问题第二步：规划整合任务纵向使低层次计划顺应高层次计划，横向协调优化（在技术、商务方面）。例如：1、WAN规划、服务器规划、数据异地同步策略等技术恢复规划，WAN带宽和需要同步的数据量要协调。2、商务方面的整合要考虑供货的优化、支持服务的优化等。办法关注关键业务功能强调协调性优化与供应商的合同每个业务功能需要一个套恢复资源第三步：规划的评估任务评估规划的目标、是否满足业务准则、成本、风险办法制定用于评估的一致的方法：1、评估规划的可靠性的方法2、评估规划的成本效益的方法3、比对内部和外部的解决方案的方法4、评估每个规划的风险的方法进行成本效益分析跟踪已知的风险问题围绕业务单元取得大家一致同意搬迁指导委员会检查搬迁规划可选项是否满足业务需求的准则：1、实现关键业务功能的持续性2、实现外部因素驱动的业务功能持续性3、被确定的其他问题是否满足搬迁目标：1、关键业务功能、优先级和内在依赖关系2、搬迁关键业务功能需要的时间3、恢复信息和通信系统需要的时间4、业务接续需要的时间第四步：成本效益分析任务在花费和中断时间之间做出平衡办法系统梳理与健康检查系统梳理与健康检查的主要目的是严格区分各系统的范围，明确标记各系统的组成，明确各系统的运行状态，为搬迁方案的制定提供直接的参考依据。系统梳理与健康检查主要通过对系统进行现场调研，并填写各种表格完成。系统的标记通过对系统的标记，可以明确系统的组成，区分系统的范围，确定系统间的连接关系。系统的标记规则通常采用用户已有的系统标签标记规则，否则可以根据用户的实际要求在项目过程中确定。系统健康检查通过系统的健康检查可以了解系统的详细情况和系统的运行状态，避免意外的发生。系统备份时间检查由于在系统搬迁过程中，系统数据的备份是必须的步骤，因此，提前确定系统备份所花费的时间对统筹安排系统的搬迁过程具有重要的指导意义。通过检查系统的备份情况还可以确定在搬迁过程中采用何种合理的系统备份方法和恢复方法，验证系统数据恢复的能力。新机房环境检查在系统搬迁之前，新机房的各种物理环境必须满足各种设备的运行要求。安装环境检查表，提出有关安装环境准备的建议事项。在服务器搬迁开始前新机房达到装机要求。新机房环境检查包括：机房环境是否符合标准，新机柜是否能够保证各类服务器的正常上架工作项目内容是否达到要求备注机房装修是否符合防静电、防火、及其他安全要求？机房综合布线强弱电布线系统是否符合相关设备的要求？地面承重地面承重能力是否符合安装设备的要求？设备安装位置设计是否考虑了足够物理空间用于设备安装？是否为维护操作留出了必须的空间？搬运路线的设计各通道包括电梯是否能保证设备的进入？机房辅助设施工作台、电源插座、电话机、远程维护用的电话线是否齐全？机房环境的温度与湿度OperatingNon-Operating温度：16to32°C10to43°C湿度：8to80%8to80%最佳操作环境（Operating）：空间温度：24℃，湿度：50%空调是否具备调节温度与湿度到指定要求的能力？电源电压范围交流200-240V,50~60Hz,或参阅附录A,部分设备支持直流-48V接地要求电源保护地线的专用接地线电阻应小于1欧姆。测量零-地电压值应小于1V。电压稳定如在电压不稳地区，需装设稳压装置以确保电压在规格内制定系统搬迁与应急方案制定系统搬迁方案在完成系统的设备梳理和健康检查后，在系统整体搬迁规划的指导下，需要对每次搬迁的系统制定特定的系统搬迁方案。以下搬迁方案需要根据用户的实际情况和具体要求适当调整。准备工作1．新机房环境检测由用户和XXX公司根据设备安装对新环境的需求，重点对机房空调、粉尘情况、电力（交流电源、直流电源）、电源接地等进行检测；2．确定配套设施是否就位确定新机房所需要的网络综合布线已经完成，并提供相应的竣工文档确定新机房机架和电源安装完毕将来放置设备的位置的地板承重要达到要求，对超重的设备要为其做底座确定新机房微机桌、椅子等办公用品已经就位等4．由用户提供相关单位/部门负责人联系电话；5．新机房的传输资源安装调试完毕，接口模块就位；城域网落地；6．为了确保割接前新通信线路的载波畅通，要求用户做好环路测试；7．以搬家公司为主、XXX协助准备泡用于搬迁时的设备包装体，对设备进行保护，尽可能避免搬迁过程对设备的损坏。对有特殊搬迁要求的设备，提供专用检测标志；8．检查搬迁设备及设备连线是否做好相应的标记；9．设备备件及备件库位置、备件到位时间确认；10．配置好新购的交换机和路由器，并测试可用。搬迁步骤系统准备系统检查、操作系统、应用软件、数据库检查做全部主机的系统全备份，主备机都要做备份，备份是否成功，需要经过两个工程师进行确认，确保备份数据正确无误。做所有数据库的全备份，备份到第三方存储设备；重要数据（如生产数据库）要做两套备份；每做一个备份，要记录备份时间，操作人，备份方式和备份介质等信息检查搬迁设备及设备连线是否做好相应的标记设备安装位置确认设备互连线缆预布置在新机房安装搬迁设备的机柜、配线架、传输设备等等之间，提前放置好涉及到这些设备之间互连的网线和网络设备，以及需要的转换器等相关设备各技术支持人员现场就位通知各部门停机时间系统设备搬迁按照业务需要的顺序停机：对于单机系统：先停业务应用程序，再停止中间件和数据库，后停止存储，最后停主机；对于双机系统：先停止双机软件，再停止存储，最后停止主机设备进行拆卸搬运队负责将设备运抵新机房设备搬迁到新机房后，由搬迁工人负责按照事先指定的位置，将设备放置到位；由各厂商按照已经做好的标签将设备重新组装并连接线缆；工程师再次对电源进行检查；在确认电源正常后，工程师为设备上电；启动数据库和应用程序，并对系统做测试，检查数据是否正常；如有异常，各负责人及时解决；系统正常运行，搬迁完毕应急措施在严格按照搬迁步骤进行搬迁的同时，必须严格控制以上步骤中的关键步骤，针对它们我们制订如下应急措施。在必要时候，都可以启动故障升级流程，以保障问题的快速和有效解决：1、数据库数据备份关键过程控制：备份是否成功，需要经过两个工程师进行确认，确保备份数据正确无误。在备份数据前，要确认环境变量中的字符集正确无误。应急措施：如果数据备份不成功，应马上检查原因并排除故障。如果超过1个小时无法排除故障，则取消搬迁工作，寻求数据库厂商技术支持。2、倒入数据关键过程控制：导入数据是否成功，需要经过两个工程师进行确认，确保数据导入正确无误。在导入数据前，要确认环境变量中的字符集正确无误。应急措施：如果数据导入不成功，应马上检查原因并排除故障。如果超过1个小时无法排除故障，则取消工作，并寻求数据库厂商技术支持。3、设备拆卸及运输关键过程控制：在搬迁各设备过程中一定要小心谨慎，谨防碰撞刮伤以免毁坏设备。要搬迁前要进行设备标示，避免搬迁后设备或接口混乱。搬迁过程中的工具（表格、文档等）系统搬迁方案主要通过搬迁流程步骤控制表的方式明确搬迁参与各方的责任与任务，完成对搬迁工作的计划和准备。主要表格如下。表格的部分内容应根据用户的具体情况做适当修改。新机房环境检查公共部分序号执行任务描述负责方参与方工程师前置任务完成产生文件系统搬迁前的检查阶段用户方需要确认内部协调部门的负责人、落实人。在搬迁过程中负责协调需要用户方负责的部分。1新机房运行环境检查设计院关于新机房的设计文件《机房测试验收报告》、《机房环境确认报告》、《电源环境确认报告》机房电源环境\接地电源布线检查温度\湿度环境机架位置设计院设计2新机房通讯环境检查设计院关于新机房通讯环境设计文件《通讯环境确认报告》传输环境网络传输要求《网络环境测试要求》传输、时钟、时间服务以《网络环境测试要求》为准《网络环境测试要求确认》网络布线检查设计院设计临时链路检查对链路物理连接可使用情况已经确认；备用链路通过可用性测试《临时链路具备可用条件报告》网络连通性检查网络物理连接建设完毕过渡网络环境检查参照过渡网络环境要求和新环境网络调试完成情况《临时网络具备可用条件报告》系统搬迁流程步骤控制序号执行任务描述责任方参与方工程师前置任务完成产生文件1新机房的环境检查***机房电源环境\接地参照设计《系统具备搬迁环境报告》温度\湿度环境机架位置系统间联线布线系统内线缆标识2设备准备和备份及确认***系统健康检查负责方操作，配合方监督《设备健康检查报告》业务功能测试负责方操作，配合方监督《业务功能性测试报告》系统软件备份由负责方确认备份可用业务软件和数据备份由负责方确认备份可用3系统搬迁过程***系统搬迁通告主要针对内部相关部门《系统搬迁通知》再次确认各种搬迁资源《系统搬迁流程确认报告》停止业务系统应用系统备份完成，具备搬迁环境系统停机系统下架设备包装机柜拆卸运前包装检查运输公司负责的范围界定在“运前”到“拆包”之间的过程，其它过程设备问题，由设备供应商按照正常保修提供设备的保修服务。设备物理搬迁**运输后、拆包前包装检查机柜安装设备上架线缆连接设备加电4设备测试《设备健康检查报告》启动应用5功能测试《业务功能性测试报告》6观察期搬迁方案中所涉及的，在搬迁过程中使用的其他主要文档还包括：《机房测试验收报告》《通讯环境确认报告》《网络环境测试要求》《业务功能性测试报告》《系统及数据备份完成确认报告》《系统具备搬迁环境报告》《系统搬迁参与方列表》《系统搬迁流程确认报告》《包装箱运输单》《设备健康检查报告》《业务功能性测试报告》《系统应急设备确认报告》《子系统初验报告》《平台终验报告》分工界面定义在设计搬迁方案的过程中还需要进一步明确和确定工程分工界面定义。搬迁与应急方案演练在系统搬迁计划制定完成后，还需要参照改计划进行演练。演练的目的之一是使参与搬迁的各单位熟悉搬迁过程，了解自己的工作和责任；另一个目的使通过演练发现系统搬迁计划的漏洞和不足，在实际搬迁之前，把搬迁的风险降到最低。搬迁过程的演练以桌面演练为主，辅助以不影响系统正常运行的操作。搬迁前准备正式搬迁前的主要准备工作包括以下内容：递交搬迁申请发送搬迁通知原厂商与集成商通知用户通知数据备份系统搬迁通知拆卸、包装、运输与安装设备的拆卸、包装、运输与安装流程主要通过《系统搬迁流程报告进行》控制。一份可用的系统搬迁流程报告如下，其具体内容需要根据用户实际情况进行修改。系统搬迁流程报告序号搬迁确认点确认单位确认人确认时间备注前期检查——再次确认各种搬迁资源1《系统具备搬迁环境报告》已经签署2《系统替代或应急设备确认报告》已经签署3业务软件及数据备份完成，备份数据准确可用4系统软件备份完成，备份数据准确可用过程确认——前期检查必须完全确认，才能进行下面的搬迁工作1业务已正常停止，可以关闭系统和进行设备下电2系统已正常停止，设备已正常下电，可以进行设备下架3设备已经按照设备提供商的要求完成包装，可以进行物理运输4设备已经运输到指定地点，外观无破损，可以进行设备拆包和上架5运输中有问题，详细信息见《系统运输中问题报告》，此报告作为本报告的附件，报告内容需包含详细描述问题发生原因、现状和处理过程，并拍照记录6电源检测符合设备要求，可以进行设备加电（仅针对使用利旧机柜而需要现场连接电源的设备）加电测试——进入设备加电、测试和业务启动、测试阶段注设备加电及测试过程和结果见《系统设备健康检查报告》，作为本报告的附件业务启动及测试过程和结果见《系统业务功能性测试报告》，作为本报告的附件系统恢复与健康检查在系统在新机房重新构建后，在正式开展业务之前，系统还需要进行一次健康检查，以确保业务可以正确的展开。最后一次系统健康检查通过后，业务可以上线运行。系统运行情况跟踪当业务在新机房上线运行后，虽然可以支持用户的业务正常开展，但由于系统的搬迁，IT系统处于一个不稳定的时期，在搬迁后的3个月内，系统发生故障的概率往往高于原有环境中的系统。为了使用户可以快速而顺利的度过这一不稳定期，用户还可以选择XXX提供的搬迁后系统运行情况跟踪服务。XXX将根据用户的实际情况制定完善的系统运行跟踪计划，提供现场工程师协助用户维护新环境中的系统。搬迁过后的系统运行情况跟踪服务一般不超过3个月。设备维护与保修服务设备维护与保修服务做为用户可以选择的另外一个系统搬迁附加服务，可以为用户提供系统维护与保障服务。包括系统备件的准备与更换服务，定期的系统询检服务，定期的系统评估服务等。尤其是可以考虑针对本次搬迁中的非在保设备。数据中心搬迁的工程设计与实施方法机房搬迁项目的整体需求按照阶段划分为规划、设计、实施和维护四个阶段，同时，每个阶段都贯穿着相应的需求。在项目的实施阶段，我们将与用户进行更细致的沟通，整理和分析XXX的具体要求，并在详细设计方案中对用户的需求给予体现。我们将按照系统搬迁的方法论，结合用户的实际情况，采用以下方法分析用户具体的需求，并进行工程设计实施。项目管理项目管理需求如下：创建组织架构及定义角色职责定义搬迁工程界面制定并审批计划管理进度风险管理质量管理变更管理问题管理总体方案规划在机房搬迁项目的每个阶段，都涉及众多的实体和活动，例如涉及资源、技术、方法、工具、流程等实体和开发、设计、实施、维护、控制、沟通、会议等活动，这就要求我们采用清晰的思路来组织所有实体和活动，使所有实体和活动和谐一致地实现共同的项目目标。根据搬迁项目的性质，即搬迁项目属于IT领域的业务连续性管理的范畴，按照国际权威组织DRII、BCI的最佳实践，在项目规划阶段，业务连续性项目的规划需求如下：1、项目规划成员需要业务连续性管理方法论做指导；2、项目规划成员需要执行IT领域的业务连续性管理的具体任务，包括搬迁风险分析、搬迁影响分析、搬迁策略分析；具体地讲，在总体方案规划阶段，“搬迁规划团队”将完成以下任务：确定风险防范措施以减小或规避搬迁中意外事件造成的影响；确定各种资源的依赖关系，从而确定搬迁的内容、批次及需要的资源；确定关键的资源和流程，以便在搬迁之前采取高可用性措施；确定每次搬迁的内容的恢复优先级顺序；确定每次搬迁的内容所需的最小恢复资源；确定每批次搬迁对业务的影响，从而制定最佳搬迁时机；确定自上而下分解的恢复时间指标(RTO)，量化搬迁指标；确定需要优化哪些资源，以满足恢复时间指标；确定需要新增哪些新的资源；确定采用什么样的高可用性措施；确定应急回退策略；确定危机沟通策略；确定对集成商或厂商的产品及服务的要求；总体方案设计总体方案设计描述各阶段的总体性任务，描述这些任务之间的流程，描述完成这些任务需要的资源，描述全局性的任务。具体地讲，在总体方案设计阶段，“搬迁设计团队”将完成以下任务：搬迁总体性任务框架及流程设计搬迁总体资源配置需求（指挥场地、支持与服务、设备、工具、文档）各设备在新机房内的位置分布图新机房系统及网络架构图设备清单设计指挥和命令任务的设计新机房环境评估任务的设计系统标签标识设计危机沟通计划的设计系统梳理与健康检查设计搬迁与应急方案的测试和演练的设计培训计划项目实施计划搬迁维护计划搬迁验收方法和标准的设计详细方案设计详细方案设计描述各系统和设备在各搬迁阶段的具体任务，描述各阶段任务之间的流程，描述局部性的任务。具体地讲，在详细方案设计阶段，“搬迁设计团队”将完成以下任务：1、搬迁外围任务的设计需求搬迁外围任务，即在逻辑上和搬迁项目相互独立的任务，需要在搬迁项目的前期完成。通过把与搬迁项目没有直接关系的外围任务标识出来，清晰地界定搬迁项目的工作范围。外围任务设计如下：新增设备与原有系统整合的任务设计新机房的网络环境与原有系统整合的任务设计处理存在故障设备的任务设计2、搬迁准备阶段的任务设计需求搬迁准备任务，包括在系统和各相关设备下电前需要完成的所有任务。相关设计包括：搬迁准备任务之间的流程设计；系统梳理与健康检查任务设计；每个迁移步骤的回退应急方案设计搬迁准备情况检查列表的设计设备清点任务设计3、搬迁实施任务的设计需求搬迁实施任务，是指在搬迁命令下达后，系统和各相关设备下电、拆除、包装、运输、安装，上架，上电、连接和调试的任务。相关设计包括：搬迁实施任务之间的流程设计下达搬迁命令的任务设计各系统和各相关设备的下电、标签标识、拆除、包装、运输、安装，上架，上电、连接和调试等的详细操作步骤设计；数据备份策略以及备份数据检测任务的设计；各搬迁团队指南的设计4、搬迁维护任务的设计需求搬迁维护任务，是指在系统恢复成功后，由我方提供的系统运营监护期（48小时）的维护及技术支持服务。相关设计包括：系统运行情况跟踪设计设备保修设计现场技术支持设计方案实施阶段方案设计阶段之后，进入方案实施阶段（搬迁实施阶段只是方案实施阶段的一部分）。具体地讲，在方案实施阶段，“搬迁项目团队”将根据相关设计方案顺序执行以下任务：培训，保证执行任务的人员熟悉和掌握相应的方案和计划，并具备相应的能力。进行搬迁与应急方案的测试和演练根据测试演练结果对方案进行优化执行外围搬迁任务执行全局性任务执行各系统搬迁准备任务执行危机沟通下达搬迁命令执行各系统搬迁实施任务执行各系统搬迁维护任务执行搬迁验收任务项目维护阶段方案实施阶段之后，进入项目维护阶段。具体地讲，在项目维护阶段，“搬迁维护团队”将根据相关设计方案执行以下任务：跟踪系统运行情况提供设备保修提供现场技术支持项目验收项目维护阶段之后，进入项目验收阶段。整体搬迁方案设计按照搬迁系统的需求，整体搬迁设计有两个我们必须要考虑的设计要点，也是我们搬迁过程中的最大风险点所在，即数据保护和业务持续：数据保护：包含搬迁过程和集中过程中的数据安全、数据完整性；业务持续：包含怎样在最短的时间内完成业务系统的搬迁，如果搬迁不成功的业务回退以及最坏情况下的业务中断情况等；在我们下面的具体方案设计和搬迁实施中均会对上面的两个方面进行细致的考虑，并在风险分析和应急措施方面进行着重考虑和准备。搬迁次序设计搬迁次序的设计原则循序渐进，根据业务系统现状，由易到难的磨合团队；由简到繁，及时总结和发现问题，修订后继搬迁方案。搬迁次序的设计方法根据设计原则，基于XXX搬迁工作的特点，可按照如下类别考虑各子系统的搬迁次序：类别一：仅需物理搬运系统或现网抽离的设备搬运；建议：做为搬迁的第一批次（可多组）业务系统，进行搬迁；目的：锻炼和磨合团队，梳理搬迁流程和各方配合，发现搬运过程问题。类别二：需提供基础设施的系统或独立且业务次要的系统；建议：做为搬迁的第二批次业务系统，进行搬迁；目的：为后继系统提供必备的条件，对比第一批设备搬迁过程，检查问题纠正情况，增强各方对搬迁工作的信心。类别三：对外接口较多的次要级系统；建议：做为搬迁的第三批次业务系统，进行搬迁；目的：验证多部门合作的工作方式，发现问题，并体现在后继搬迁工作中。类别四：重要/复杂的系统；建议：作为搬迁的第四批次业务系统，进行搬迁；目的：经过上述三个批次的业务系统搬迁，使搬迁参与的各方均对整个搬迁过程有了深刻理解和明确分工，整个搬迁团队配合默契，最为成熟，所以可以保证以最充分的准备，完成最重要的系统搬迁任务。搬迁次序建议根据以上搬迁设计原则和设计方法，通过对XXX各业务系统进行分析，结合机房现有系统多而复杂等因素，建议通过分步骤分阶段的进行各业务系统的搬迁，使整个搬迁工程得到分解，降低搬迁的复杂性，从而降低搬迁总体风险。断电搬迁描述在此次XXX断电搬迁过程中，主要是断电搬迁。那么针对此类业务系统的搬迁，需要在搬迁流程中考虑数据的一致性、数据完整性、数据的安全性角度考虑，需要对系统、业务和数据库数据进行备份、业务验证等环节的考虑。针对这样的特点，断电系统的搬迁过程如下：主机、存储和数据部分的详细搬迁方案搬迁准备阶段的任务设计搬迁准备阶段需要顺序执行三个任务：系统梳理与健康检查数据备份策略以及备份数据检测的设计搬迁准备情况检查系统梳理与健康检查数据备份策略以及备份数据检测的设计初步建议在搬迁准备阶段进行一次业务和系统数据的完全备份。在搬迁实施启动后，停止应用，再进行增量备份。在搬迁准备阶段测试完整备份数据和增量备份数据的完整性、一致性和安全性。搬迁准备情况检查列表项设计搬迁准备情况检查列表确保搬迁实施的条件已经满足。主机、存储和数据部分的搬迁准备情况检查包括以下检查项：是否通过健康检查？备份策略是否测试成功？是否进行了完全的数据备份？相关介质是否准备好？相关技术文档是否准备好？主机、存储和数据部分的技术支持人员是否就位？在新机房中的位置是否明确？安装人员是否有相关位置图？运输工具是否就位？等……我们将在设计阶段进一步完善以上检查项。搬迁实施阶段的任务设计实施步骤设计主机、存储和数据部分的搬迁实施按照以下步骤顺序执行：关闭应用执行数据增量备份下电标签标识拆除、包装、运输安装，上架，上电、连接和调试当回退场景出现时，执行迁移回退数据增量备份的操作步骤设计在设计阶段提供。下电步骤设计在设计阶段提供。标签标识设计恢复步骤设计在设计阶段提供。相关搬迁团队指南的设计我们将为主机、存储和数据部分的搬迁团队设计以下搬迁指南，保证团队成员正确、协调一致地完成能够任务：服务器团队指南存储团队指南数据备份团队指南运输团队指南每个指南主要包括以下内容：团队的人员及角色职责团队的工作接口定义团队的激活条件团队工作流程团队的关闭条件搬迁操作步骤调度指挥过程呼叫树应急预案在线系统，断电搬迁搬运描述在线系统的搬迁设计，考虑到XXX已经存在业务备份环境，且是热备环境，因此，在线系统的搬迁，对业务系统的数据备份环节和业务系统搬迁过程中业务验证环节将省略。搬迁环境的准备新机房的环境建设和检查搬迁前，新机房必须按照设计文档，具备相对应的各种搬迁环境，如：设备位置环境：如设备进出通道、设备机房位置、设备线缆进出位置、地板承重、电梯承重等；设备运行环境：如机房温度、湿度、供电容量、供电方式、端子数量等。以上环境的检查均应以机房设计文档为主，结合设备需求，进行多项检查。系统的各种搬迁文档准备系统的各种资源准备就位搬迁前，需要准备各种资源就位以上资源的需求和准备情况，均会体现在《搬迁前资源CheckList》中，便于随时跟踪和解决相关问题。直接断电搬迁数据备份技术简介备份断电系统搬迁选择主要考虑到系统实时性和影响范围而选择的断电搬迁，但是并不说明系统数据，业务的次要性。因此，断电搬迁的压力要比不断电搬迁设计的更周密。系统断电搬迁数据备份设计原则：三类数据备份：业务数据、数据库数据和OS系统的备份数据备份的数据要满足数据一致性、数据完整性、数据安全性原则OS数据恢复、数据库数据恢复、业务数据恢复组成了系统恢复的RTO/RPO的考核要求，即业务恢复窗口设计原则要满足备份数据的可验证性，业务冷备环境的可验证性要求，这点也是演练中的重要部分，提供冷备系统的可验证性原则数据允许丢失水平的设计，即在极端情况下哪些数据是要丢失的，丢失多少，对业务影响情况。这部分将体现在子系统搬迁技术设计中进行详细设计和阐明，数据丢失容忍度原则数据备份技术手段根据一套业务环境分割，在一套系统颗粒度允许情况下，当系统构成比较大时，也可将业务系统分批次搬迁进行。这就需要前面对业务系统调研分析后制定详细的搬迁方案。业务系统构成分成：OS层、业务软件层、数据层三层OS系统的备份：通过我们实施经验，对运行环境系统影响最小的是系统镜像备份OS，这种备份方式，在不中断业务系统的情况就可以进行OS系统备份业务软件层数据备份：业务软件的数据备份通常采用两种方式，一准备业务软件介质，二，对相应的配置目录进行备份数据层：通常数据都部署在相应的阵列上的数据库文件、消息队列文件中。通常在断电搬迁过程中，我们要忽略消息队列中的数据，而关心数据库中的数据在下面技术选择比较中，我们着重对数据库的备份方案进行比较。而针对业务系统的特点的技术方案可以参考附件中的LSTP的搬迁等系统的举例进行详细说明。数据库备份数据库备份和处理的原则数据库的完整性：物理结构和逻辑结构数据库一致性：备份数据与原数据的一致性原则在此次搬迁业务系统中使用的数据库主要有Oracle数据库、Sybase数据库。Oracle数据库备份方案介绍根据我多年数据备份的经验，在搬迁过程中，为了能够满足恢复窗口的要求、数据完整性和一致性的要求，我们通常采用OracleDataGuard方案。DataGuard介绍备用数据库（standbydatabase）是ORACLE推出的一种高可用性(HIGHAVAILABLE)数据库方案，在主节点与备用节点间通过日志同步来保证数据的同步，备用节点作为主节点的备份，可以实现快速切换与灾难性恢复。Oracle9i的DataGuard是对Oracle8i中StandbyDatabase功能的加强，而StandbyDatabase技术出现的主要初衷就是为了容灾（DisasterRecovery），所以具有更强大功能的DataGuard毫无疑问成了Oracle数据库高可用性解决方案中首选使用的产品。DataGuard类型比较Oracle9i在DataGuard的配置方面提供了几种不同的类型，根据客户对于高可用性的不同要求，可以选择不同的DataGuard类型。下面对于DataGuard的几种类型作一个列举和比较。DataGuard环境中包含一个产品数据库，这是正常运行用以支撑日常业务的主数据库，称为PrimaryDatabase。另外包含一个或者多个灾备数据库，称为StandbyDatabase。按照备用库（StandbyDatabase）应用归档日志的不同方式，StandbyDatabase可以分为物理备用库（PhysicalStandby）和逻辑备用库（LogicalStandby）。按照主数据库（PrimaryDatabase）的保护模式，整个DataGuard环境分为最大数据保护模式（MAXIMIZEPROTECTION），最大可用性模式（MAXIMIZEAVAILABILITY），最大性能模式（MAXIMIZEPERFORMANCE）。按照主库向备用库传递重作信息的方式，可以分为ARCH方式和LGWR方式。物理备用库可以运行在数据库三种保护模式中的任何一种模式下，逻辑备用库只可以运行在最大可用性模式或者最大性能模式下。无论物理备用库还是逻辑备用库都可以在传输日志上采用ARCH方式或者LGWR方式。物理备用库（PhysicalStandby）：提供了一份跟主数据库在物理级别上完全相同的copy，指在数据库的block级别都是完全相同的，比如数据库表中记录的rowid。物理备用库是通过不断地恢复PrimaryDatabase传入的重作日志数据信息来达到跟主数据库保持同步。物理备用库在处于自动恢复重作日志信息的状态下，无法提供查询服务。因为此时的备用数据库并不是处于正常打开的状态，数据库的非sysdba用户无法登录备用库，自然也就无法进行普通的查询业务。逻辑备用库（LogicalStandby）：指在逻辑上跟主数据库保持一致，但是在物理层面上跟主数据库并不相同。逻辑备用库是通过将PrimaryDatabase传入的重作日志数据信息转化为SQL语句，然后在备用库上重新执行来达到跟主数据库保持同步。逻辑备用库在应用重作信息的同时也可以提供查询功能。但是由于逻辑备用库应用重作日志的方式限制，所以逻辑备用库在功能和性能上面都有所限制。以下是逻辑备用库的一些限制条件。以下数据类型不被支持：NCLOB，LONG，LONGRAW，BFILE，ROWID，UROWID….以下操作不被支持：ALTERDATABASEALTERSESSIONALTERSNAPSHOTALTERSNAPSHOTLOGALTERSYSTEMSWITCHLOGCREATECONTROLFILECREATEDATABASECREATEDATABASELINKCREATEPFILEFROMSPFILECREATESCHEMAAUTHORIZATIONCREATESNAPSHOTCREATESNAPSHOTLOGCREATESPFILEFROMPFILECREATETABLEASSELECTFROMACLUSTERTABLEDROPDATABASELINKDROPSNAPSHOTDROPSNAPSHOTLOGEXPLAINLOCKTABLERENAMESETCONSTRAINTSSETROLESETTRANSACTION高级队列的管理和物化视图的刷新不被支持要求每张表应该有主键或者唯一性索引，如果必须没有唯一性标识的表，那么可以激活Primary库的supplementallogging属性，但是这样将会在重作日志中记录该表中每一条记录的所有字段信息，会大大增加重作日志的记录量。以下是DataGuard环境中物理备用库和逻辑备用库的配置图。最大数据保护模式（MAXIMIZEPROTECTION）提供最高等级的数据保护，重作信息从主库同步送到备用库。直到备用库成功接收重作信息，主库上的事务才会提交。如果由于网络等问题，导致备用库不可用，那么主库也同时会被关闭。这种模式保证了完全没有数据丢失。最大可用性模式（MAXIMIZEAVAILABILITY）在备用库正常的情况下，该模式提供了跟“最大数据保护模式”一样的机制，保证没有任何数据丢失。如果备用库不可用，那么将转换到“最大性能模式”，操作可以在主库上继续执行。当备用库重新可用之后，将会继续同步。但是如果在同步完成之前，主库由于故障损坏，将会丢失数据（当然，可以通过RAID，RMAN等方式尽量保护主库即使出现故障也不丢失数据）。最大性能模式（MAXIMIZEPERFORMANCE）这种模式下，主库上的重作信息是异步传递到备用库上，不论备用库上是否已经成功接收了重作信息，主库上的操作都会成功执行。所以这种模式提供了最好的性能，但是最低的数据保护。这是Oracle9i配置DataGuard的默认模式。ARCH方式当主库归档联机重作日志文件时，ARCH归档进程在归档到本机的同时，将重作数据传递到备用库，由备用库端的RFS进程（RemoteFileServer）接收，生成备用库端的归档日志文件，然后由备用库端的MRP进程（物理备用库类型）或者LSP进程（逻辑备用库类型）将归档日志文件恢复到备用库中。传递方式如图：LGWR方式物理备用库类型下，主库的LGWR进程在将重作数据写到本地联机重作日志文件中的同时，将重作数据传递到备用库，备用库的RFS进程将收到的数据写入本地的备用重作日志文件（StandbyRedoLog）中。当主库日志切换时也触发备用库的日志切换，切换发生时，备用库的归档进程将重作日志文件归档，然后由备用库端的MRP进程将归档日志文件恢复到备用库中。传递方式如图：逻辑备用库类型下，不可以创建备用重作日志文件（StandbyRedoLog），所以处理流程跟物理备用库稍有不同。主库的LGWR进程在将重作数据写到本地联机重作日志文件中的同时，将重作数据传递到备用库，备用库的RFS进程将收到的数据写入本地的归档日志文件中。当主库日志切换时也触发备用库的日志切换，切换发生时，备用库的归档进程完成归档日志文件的最后生成，然后由备用库端的LSP进程提取归档日志文件中的SQL语句，重新在备用库上运行一遍。传递方式如图：最后上述所有类型或者方式互相搭配进行一个比较。MaximumProtectionMaximumAvailabilityMaximumPerformance重作传递方式LGWRLGWRLGWR或者ARCH网络传递模式同步同步当使用LGWR传递方式时为异步方式，如果使用ARCH传递方式，那么不牵涉联机重作数据的网络传输磁盘写入选项AFFIRMAFFIRMNOAFFIRM是否需要备用重作日志文件需要只在物理备用库类型中需要如果物理备用库使用LGWR传递方式，那么需要备份库类型物理物理或逻辑物理或逻辑Sybase数据库备份方案介绍但考虑到Sybase的版本问题，我们在实际工作中通常采用如下方式对Sybase数据库进行备份。使用Sybase的BackupServer（备份服务器），做Dump备份转储数据库（Dumpdatabase），就是为整个数据库（包括数据、表结构、触发器、游标、存储过程、事务日志等）做一次物理备份。转储数据库时，系统自动执行一次checkpoint，即将日志和数据从缓冲区拷贝到硬盘（只拷贝脏页），把已被分配的页（日志和数据）转储到设备。命令格式为：dumpdatabase数据库名to设备文件名with参数如果备份到硬盘的文件上，可以不预先估算备份文件的大小，只要硬盘有足够的存储空间就可以。如果是备份到dds磁带上，那么就要估算一下备份后的大小，90米的dds磁带压缩存储空间为4G,120米的磁带压缩存储空间为8G，如果数据库的备份文件超过了这个尺寸，就要考虑多文件转储，使用stripe参数。命令格式为：dumpdatabase数据库名to设备文件名1stripeon设备文件名2……stripeon设备文件名3……with参数这种数据备份方式是将整个数据库的运行环境完整的复制一份，包括数据库的脏页和碎片，在使用load命令恢复时，只能恢复到同样大小的数据库中（数据和日志的大小都只能和原来完全一致），适用于在每天的日终营业网点下班后的日常备份。优点是数据库完整无误，缺点是不能直接查看备份内容。分数据结构和数据记录做两次备份在一般情况下，生产机的数据库都比较庞大，而实验机则相对较小，难以在实验环境中以load命令恢复工作机的内容。所以，在工作实践中，我们摸索出了第二种全量备份方案。1、数据记录备份将数据库各表以Sybase自代的bcp（bulkcopy）工具的方式导成一定格式的文本文件，命令格式：bcp表名out路径名文件名-c-t分隔符-u（用户名）-p（密