联彤机房整体搬迁服务方案

联彤机房整体搬迁服务方案内容摘要：

version) 然后在 ToolsOptions 里面配置 True Image 识别到的网卡，配置上该机的原有 IP地址。 然后选择 Backup 然后，根据提示对整块盘进行备份 备份文件可以存放在远端的 windows 共享目录中， FTP 中，或者 USB 硬盘等上面。 本备份在搬迁 当天停止应用后进行，这样可以连同 非系统 数据一起备份； . 备份数据量估算 我们有完善的方式来估算需备份的数据。 根据系统备份， 进行完全备份的数据量计算如下：  PC 服务器数据量： 假设 平均按 100 GB/台（含操作系统、应用程序、数据库）等 ，合计数据量为30*100GB=3TB； 这部分数据可以通过刻盘 或复制到存储备机 保存。 设备搬迁过程中的主要备份为系统数据备份。 其它的 数据库 数据 或大容量数据备份需求 ，可通过原有的备份环境进行备份 或者采用大容量移动介质。 另外 一种方式是 通过应急系统，实现对系统数据的备份。 。 龙瞻信息技术（上海）有限公司 第 10 页 / 共 33 页 . 备份时间安排 我们将安排充足的技术人员进行同时操作，我们将按照合理估算，预计完成所有备份的时间在 一般 810 小时以内。 在安排搬迁进度时，我们将充分考虑到进度安排，对搬迁技术人员进行合理的任务分配。 由于要保证备份数据的完整性，因此备份工作特别是数据库的备份必须要等到用户正式停止应用后方能进行。 为了节约搬迁时间，各个主机的操作系统备份可以在搬迁正式实施之前就开始准备，但是前提是注意不影响生产系统的正常运行。 . 应急方案 数据中心搬迁会存在的一定的风险，为保证 搬迁的 按计划 顺利进行， 龙瞻信息 对每次搬迁都 准备了相关的应急措施 ，以备搬迁过程中出现问题能尽快解决，尽量缩短由于突发事件引起的系统中断。 根据用户普遍存在多平台、多层 次的业务环境的情况，因此我们在搬迁过程中需要针对基础架构中每个层面 /平台做出对应的应急处理方案，以确保搬迁过程的顺利进行。 . 搬迁 风险分析 一、 项目风险管理概述 每个项目都会面临各种各样的风险，有偶发的、人为的、内部的、外部的原因，为此，对项目进行风险评估，以采取相应措施来降低可能出现的风险是项目管理必不可少的过程。 综合机房搬迁项目的设计和实施是一个高风险的项目，这些不利的风险存在于整个项目中，并往往会给项目的推进和项目的成功带来负面影响。 风险一旦发生，它的影响是多方面的，如导致项目的最终功能无法满足用户的需要、项目费用超出预算、项目计划拖延或被迫取消等，其最终体现为客户满意度的降低。 因此，在项目实施过程中，要确保及时获得项目进程中所需的各种信息，及时预见、报警和防范工程实施中可能出现的各种风险，从而保证最小程度的差误损失。 识别风险、评估风险并采取措施应对风险即风险管理有着十分重要的意义。 二、 项目风险管理步骤 项目的风险 是多方面的。 为此，项目风险管理主要有以下几个步骤：风险识别、 龙瞻信息技术（上海）有限公司 第 11 页 / 共 33 页 定性 /定量风险分析、风险应对计划编制及风险监控。  风险识别 (Risk Identification) 风险识别是指识别并记录可能对项目造成不利影响的因素。 风险识别不是一次性的工作，而需要更多系统的、横向的思维。 几乎所有关于项目的计划与信息都可能作为风险识别的依据，如项目进度及成本计划、工作分解结构、项目组织结构、项目范围、类似项目的历史信息等。  风险分析 (Risk Analysis) 其次，通过风险识别过程所识别出的潜在风险数量很多，但这些潜在的风险对项目的影响是各不相同的。 “风险分析”即通过分析、比较、评估等各种方式，对确定各风险的重要性，对风险排序并评估其对项目可能后果，从而使项目实施人员可以将主要精力集中于为数不多的主要风险上，从而使项目的整体风险得到有效的控制。  风险应对 (Risk response) 最常采用的应对威胁的几种措施是：规避、减轻、转移、接受。  风险监控 (Risk monitoring) 风险监控主要包括以下任务：  在项目进行过程中跟踪已识别风险、监控残余风险并识 别新风险。  保证风险应对计划的执行并评估风险应对计划执行效果。  对突发的风险或“接受”的风险采取适当的权变措施。 三、 项目总体风险评估及防范计划 下面，我们从整个项目的角度，从沟通、技术方案、时间、项目范围及项目实施不同层面进行分析，看本项目可能存在的风险，及我们的防范计划。 序 工程实施风险 严重 可 应对措施 龙瞻信息技术（上海）有限公司 第 12 页 / 共 33 页 号 程度 能性 1 项目涉及机房内全部信息系统搬迁，工程实施内容多 高 高 、精确的搬迁方案； ，并尽可能并行实施；。 2 从实施方案制定到搬迁实施，； 高 高 整、准确 理小组； “搬迁单元”进行再次检查、确认。 3 数据中心搬迁项目包括新数据中心网络建设、服务器、网络、存储、外设的拆卸、安装和搬运技术方案复杂 高 高 计，合理划分搬迁单元和搬迁任务； ； 、保障 4 原有 业务 切换到 应急 环境 失败 高 高 依据 风险预估方案 紧急 实施 业务 回滚到 原有 IT 环境 . 5 搬迁过程中设备或系统故障 中 高 ，搬迁前进行系统切换后再进行搬迁原系统平台 6 搬迁过程中设备损毁 高 低 ，尤其是针对没有冗余的设备 现场支持，并确保备品、备件的库存及快速响应能力 及安装服务协议 7 搬迁导致数据破坏 高 低 恢复预案 、验证数据保护与恢复预案 护，并验证保护的有效性 8 外围用户无法访问搬迁后的业务应用 高 中 、完整的《应用关联关系》分析 ，与网络部门确定、测试网络是否满足相关要求。 9 搬迁遭遇不可抗力暂停，周期延长 高 低 制定搬迁策略、搬迁单元时要考虑此因素，避免对业务带来严重影响。 10 业务部门不能及时或无法配合搬迁后的业务验证、测试工作。 高 低 、安排 11 搬迁后可能带来外围用户访问的变更要求 中 低 在制定搬迁方案中需要考虑可能对外围用户的变更要求，并提出相应计划。 12 搬迁过程导致的业务中断时间超出计划中断时间 中～高 高 制定应急预案（主要是通报、沟通方面） 13 设备长时间运行，搬迁可能导致无法启动 高 高 ，确保搬迁后一旦设备故障，可以快速修复 14 业务系统主机设备故障 高 高 迁 龙瞻信息技术（上海）有限公司 第 13 页 / 共 33 页 15 物流公司工具不够、搬迁线路搬迁困难 高 高 迁服务 ，提前制定物流线路，携带足够搬迁专业工具 ，准备叉车等起重设备，必要时动用吊车实现搬迁 . 应急环境建设 为防止搬迁后系统由于各种不可预料的原因导致系统无法启动，需要恢复的情况下，针对各主要主机系统备份工作的有效实施可以确保应用在搬迁后失败后能够有效地恢复。 对于可能存在的一些小型 数据库，我们同样考虑到恢复 的需求。 此次搬迁所涉及到的业务系统为 7*24 小时运行，停机时间较短 ， 为了简化搬迁过程的同时，实现对系统最大的保护是我们的目标。 我们 通过将数据库备份恢复到 应急环境中的主机的 方式 ，搬迁前将业务系统切换至应急系统运行，待运行稳定后，再实施生产环境的停机搬迁工作。 由于我们提供的设备为单机，因此涉及数据库双机到单机的恢复，以及正式搬迁前数据库归档日志的追加注册恢复过程， 该恢复过程可以通过 当前部署的 备份环境 异机恢复方式 进行恢复， 在 搭建应急系统的过程实现了对 当前 备份系统数据验证测试。 应急数 据库系统平台搭建完毕，需要在搬迁前进行变化数据的追加，确保数据一致。 . 灾难恢复组织和职责 客户 应结合其日常组织机构的具体情况建立处理灾难的应急预案组织机构，并明确其职责。 其中一些人可负责两种或多种职责，一些职位可由多人担任（应急预案中应明确他们的替代顺序）。 应急预案中的组织机构应由 客户 的管理、业务、技术和行政后勤等人员组成，分为应急指挥小组、应急响应组、灾难恢复组。 我们 将作为应急响应组成员与 客户 一同加入应急预案流程执行灾难发生情况下的应急环境切换流程及相关操作。 未来设立 客户 应急响应中心的组织机构设置和职责定义如下： 组织机构 人员构成 主要职责 应急指挥组 客户 高层领导 审核并批准应急预案； 组织应急预案的测试和演练；批准应 龙瞻信息技术（上海）有限公司 第 14 页 / 共 33 页 急预案的执行。 应急响应组 维保服务厂 、 客户 IT部门 提出灾难恢复策略和等级； 制定应急预案的各种策略、流程。 灾难恢复组 客户 IT 部门 维保服务厂商 容灾中心日常管理； 容灾系统运行和维护； 应急预案的培训和演练； 维护和管理应急预案； 灾难发生后信息系统和业务功能的恢复； 灾难发生后的外部协作。 . 响应时间和方式 ● 电话支持 ： 我们的 客服中心 接到客户故障申告后，在 10 分钟之内安排责任工程师提供电话支持服务，解答客户疑问并指导客户现场操作方法。 ● 远程接入支持 ： 我们 在进行电话支持服务的同时，得到客户许可后通过远程接入方式登录客户网络，诊断并解决故障，并在 3 个工作日内向客户提交《故障诊断报告》。 ● 现场支持 ：当电话或远程接入支持都无法解决问题，经双方确认需要现场支持时， 我们 将指派专职工程师并在规定的时间抵达客户现场提供支持服务。 现场服务包括人力、硬件部件和维护材料，通过现场硬件部件测试、备件更换、系统软件相关问题处理，使得系统恢复至正常状态，更换下来的 部件应属 龙瞻信息 所有。 现场硬件系统支持完成后的 2 个工作日内将向客户提交《现场服务报告》。 ● 备件支持 ：发生紧迫故障时， 我们 将提供与故障可能涉及到的所有相关备件，并提供主要备件的冗余（比如同时。