数据迁移服务

数据迁移服务内容

迁移前摸底调研

数据迁移是一项具体、系统、复杂的工程，从技术和组织层面，涉及到诸多要素；能否顺利迁移至智慧大脑算力资源池的其中一个关键就是需要在迁移前摸底调研清楚这些政务信息系统的具体情况。重复准确的分析和评估，有哪些系统，这些系统都有谁负责，谁是厂家，谁负责维保，需要多少计算资源，需要多少存储，有哪些特殊之处，怎样计划分批次迁移，怎么迁移，迁移过程中，尽量少未知风险，遇到问题便于排查。

迁移技术方案设计

根据调研结果，从技术架构的角度，设计详尽的方案以处理这些众多形态不同的系统的迁云需求，涉及到：
迁移工具的部署，部署有哪些要求；
在线迁移网络如何打通；
不能在线迁移的怎么处理；
迁移客户端的安装；
超出工具支持范围内的特殊系统如何处理；
特殊需求怎么满足，如授权，网闸等；
算力资源池资源怎样分配；
算力资源池资源设置与现在运行设置不匹配时怎么处理；
出异常状况时怎么排查问题；
迁移过程中数据安全怎么保障；
对于不同的停机时间要求怎么满足；
迁移的网络拓扑如何规划；
迁移时间的评估；
迁移后如何验证。

数据迁移计划制定

数据迁移项目涉及干系人众多，完成时间要求局促，任务安排紧凑，面临的源机环境复杂，网络复杂，需要协调的资源众多，技术要求既有广度又有深度，因此需要制定详细的迁移计划，计划包括：
项目目标和范围；
项目干系人的职责要求；
迁移的时间评估；
迁移的批次计划；
干系人相互配合的时间节点；
风险分析和应对措施；
项目的计划内容的变更控制措施；

迁移实施

迁移实施包括:
迁移工具部署
迁移源机与迁移工具之间的网络打通
备份数据上迁移工具
按照停机时间要求做切换准备
算力资源池主机建立和资源分配
恢复到算力资源池主机
切换
业务验证
域名重新映射
迁移后的业务正式启用
恢复过程中问题处理
迁移失败后处理
迁移后的系统备份,以备算力资源池系统问题时迁移回本地

验收组织

组织填写验收表
正式验收确认(签字并加盖公章)
编写项目结项报告和验收报告

数据迁移技术介绍

	文件同步迁移	磁盘卷备份恢复迁移	虚拟机格式转换迁移	磁盘块备份恢复迁移
迁移原理	提前创建迁移目标机，并装好系统及应用，手动设置要同步的文件;	离线备份磁盘卷数据，再恢复到迁移目标机中, 恢复过程中安装驱动;	将源机上的系统状态和数据“镜像”到目标虚拟机；	基于整机磁盘块级备份，将整个应用场景打包备份，整体恢复到迁移目标机中；
操作简便性	差：手动逐个配置，并且需要对业务系统逻辑关系有一定的了解，可能遗漏关键文件数据	差：需要对磁盘卷逐个配置，手动介入操作的地方多, 易出错	差：需要专业的技术能力，面尤其是老版本系统、复杂应用，特殊环境下操作复杂	简便：整机打包备份，无需了解业务逻辑，无需逐个配置，操作简便，适用于全场景
兼容性	差：需逐一对接不同的应用系统、文件系统	差：通常只能对少部分特定版本的操作系统支持	差：只能在虚拟机之间迁移，格式转换易出现兼容性问题	好，操作系统协助识别应用和数据，无需关注应用系统、业务逻辑和数据库品牌版本
迁移速度	慢：文件寻址浪费大量时间	较快	较快	快：顺序IO、整体打包
数据完整性业务一致性	差，文件视角存在遗漏的风险、存在时间轴不一致的风险；	差，可能会出现注册表、启动项等业务逻辑问题；	中等，若格式转换出现问题，将导致业务不可用	好，操作系统、业务系统确保每一个落盘的数据的一致性和时间轴一致性
业务中断时间	长：文件同步完成后才可启动业务系统	长：只能离线备份及恢复，且不能增量备份	较短：格式转换时间不可控	短：备份、恢复速度快，可增量备份及恢复