迁移前先做准备
切换前要有范围和回退。
小白
“直接把旧数据库复制过去可以吗？”
师傅
“先确定迁移范围、窗口、字段映射和责任人。”
小白
“还要先备份旧系统。”
师傅
“对，并明确切换失败怎么回退。”
【 第 8 步 】
灾难恢复中心
师傅：“工厂准备把一套旧会员数据库迁移到新的存储平台，同时也借这个机会验证一次完整恢复流程。今天我们学习数据迁移与恢复。迁移要经历准备、抽取传输、转换加载、校验、切换和归档复盘六个阶段，重点防止数据遗漏、字段错配、权限变化、传输泄露和切换失败。
迁移完成以后不能只看文件数量，而要做三层校验：数量校验、内容校验和业务校验。真正发生故障需要恢复时，还要先选择可信备份，在隔离环境完成试恢复，再执行正式恢复，并验证数据、权限、接口、日志和关键业务。
恢复不是把文件复制回来，而是让整个业务重新可信可用。”
01 · 现场对话
灾难恢复中心的知识任务
迁移后做三层校验
数量相同不代表内容正确。
运维人员
“源库和目标库都是100万条。”
小白
“那迁移成功了吗？”
师傅
“还不够。”
小白
“再检查关键字段和校验结果，这是内容校验。”
师傅
“最后还要让真实业务功能跑一遍。”
小白
“这就是业务校验。”
正式恢复前先试恢复
避免直接覆盖生产数据。
小白
“如果数据库损坏，直接把备份恢复到生产环境？”
师傅
“先核对备份时间、完整性、版本和加密条件。”
小白
“再到隔离环境试恢复。”
师傅
“对，确认副本和步骤都可信。”
恢复以后检查整个业务
不能只检查记录数。
小白
“数据已经恢复了。”
师傅
“现在检查账号权限、接口和日志。”
小白
“再让会员登录、查询订单，确认关键业务正常。”
师傅
“还要确认整个恢复时间满足RTO。”
02 · 小白做现场笔记
重要概念及注释
数据迁移
- 正式含义
- 由于系统升级、平台切换、存储更换、业务整合或系统退役等原因，将数据从一个环境转移到另一个环境。
- 常见场景
- 数据库升级 本地迁云 云平台切换 系统整合 存储设备更换 系统退役归档教材将这些情况列为典型数据迁移场景。
数据迁移不是简单“复制过去”，而是让数据和业务安全地换一个环境继续运行。
迁移风险
- 常见风险
- 数据遗漏 字段错配 权限丢失或扩大 传输泄露 校验失败 切换失败难以回退
- 面包厂场景
- 旧会员系统有100万条记录。
新系统也是100万条。
这还不能证明迁移完全正确，因为：姓名可能写错字段 地址可能乱码 权限可能变化 业务可能无法查询
数量一样，只能证明“看起来没少”，不能证明“内容和业务都正确”。
数据迁移六阶段
- 完整路线
- 准备 ↓ 抽取传输 ↓ 转换加载 ↓ 校验 ↓ 切换 ↓ 归档复盘各阶段分别关注审批、备份、加密、字段映射、异常记录、回退和旧副本处置。
迁移先准备和备份，完成后还要校验、切换和处理旧数据。
三层校验
- 正式含义
- 迁移完成以后从数量、内容和业务三个层面检查结果。数量校验 → 表、文件、记录数量对不对 内容校验 → 关键字段、格式、校验值对不对 业务校验 → 系统实际功能能不能正常使用教材把这三层作为迁移后的核心校验方法。
先看有没有少，再看内容对不对，最后看业务能不能用。
试恢复
- 正式含义
- 在隔离或验证环境中，先验证备份副本和恢复步骤是否可用。
- 为什么先试恢复
- 避免直接覆盖生产数据 确认备份没有损坏 确认版本兼容 确认密钥可用 确认步骤正确
正式恢复前，先找一个安全环境把恢复过程走一遍。
数据恢复六步
- 完整路线
- 确认恢复原因、范围和审批 ↓ 选择可信备份 ↓ 隔离环境试恢复 ↓ 批准后正式恢复 ↓ 验证数据和业务 ↓ 形成恢复报告教材明确要求正式恢复后验证应用、数据、权限、接口、审计和关键业务。
恢复不是“找到一个备份就覆盖”，而是先确认、试恢复，再正式执行。
恢复验证
- 正式含义
- 数据恢复完成以后，对副本、数据、权限、接口、日志、业务和时间目标进行综合检查。
- 检查内容
- 副本是否正确 恢复时间是否达标 记录数是否正确 关键字段是否一致 账号权限是否正确 接口能否工作 审计日志是否正常 关键业务能否运行教材把这些内容作为恢复验证重点。
文件恢复回来只是第一步，业务可信可用才算真正恢复完成。
03 · 经验和难点
小结
这一站，小白完成了数据迁移的准备、传输、校验和切换，并按照可信备份、试恢复、正式恢复和业务验证的路线理解了完整恢复过程。最值得记住的经验是：迁移要做数量、内容和业务三层校验，恢复要同时验证数据和系统功能。初学者最容易遇到的难点，是看到记录数量一致或文件已经复制回来，就认为迁移和恢复已经成功。