业务数据迁移到麒麟的规划
业务数据(数据库、文件、配置)迁移到麒麟服务器的规划方法:盘点、工具选择、割接与回退设计,以迁移可回退为底线。
结论先行
数据迁移到麒麟的成功率取决于「盘点全不全、割接窗口够不够、回退留没留」。目标系统按芯片选条目(飞腾/鲲鹏选 高级服务器 V11 arm64,x86 系选 高级服务器 V11 x86-64,老中标麒麟系统迁出时以 中标麒麟 V7 条目 为源侧基线),流程本身是通用的。
规划五步
- 盘点:数据量、数据类型(数据库/文件/对象存储类)、一致性要求(能否停机)、源侧架构。
- 通道:有网走网络拷贝(rsync、数据库自带复制/导出导入);无网用介质拷贝——介质拷贝前先做校验(篇「镜像文件完整性校验」的思路同样适用)。
- 架构匹配:源与目标芯片不同(如 x86 → arm64)时,二进制数据库文件不能直接拷,必须导出-导入重建;纯文件类可直接拷。
- 割接:定割接窗口,源侧停写 → 最终增量同步 → 校验行数/抽样比对 → 切流量。
- 回退:割接前源侧数据保留可恢复状态,观察期内不销毁源系统。
校验方法
# 文件类:抽样校验
sha256sum /path/抽样文件 # 两侧比对
# 数据库类:行数 + 关键表抽查
# 各数据库用其自带统计/校验命令(以应用文档为准)
数据一致性工具与参数以数据库/应用厂商文档为准,本文只给规划骨架;拿不准的比对方法先在小数据集上验证。
常见误操作
- 跨架构直接拷二进制文件(如数据库二进制文件从 x86 拷到 arm64)→ 目标侧起不来。
- 没留回退窗口就销毁源系统 → 割接后问题无处可退。
- 割接前没停写就切 → 增量数据丢失。