系统学习
学习路径总入口：先选领域，再建立模型，最后用故障演练验证
→
迁移与升级索引：先判断能不能迁、怎么回滚，再选择具体教程
使用方式
迁移不是“换一个命令”，而是同时处理数据、配置、依赖和回滚。每篇教程都按“评估 → 双写/并行 → 切换 → 验证 → 回滚”组织；执行前先写清楚四件事：
- 迁移边界：只换运行时、换控制面，还是连数据格式一起换。
- 停机窗口：能否双写、能否灰度、最长可接受中断。
- 回滚点：旧系统保留多久、数据如何回到旧格式、谁有权决定回滚。
- 验收标准：业务读写、延迟、错误率、数据一致性和监控告警。
同一组内先读迁移教程，再读对应的 build-* 或 runbook-*，把目标环境先搭好。
操作系统与节点
Web 与入口
交付与 CI
数据库
可观测性
迁移前的通用检查
- 盘点依赖：客户端版本、驱动、插件、Operator、备份工具和监控是否支持目标版本。
- 复制一份真实数据做演练，记录耗时、失败点和回滚耗时；不要只用空库。
- 保留旧系统读入口和备份，切换后至少观察一个完整业务周期再下线。
- 为数据一致性准备可重复的校验：行数、聚合、抽样、校验和或业务对账。
常见误区
- 只迁移主流程，忽略定时任务、报表、备份和灾备链路。
- 把“新系统能启动”当成迁移完成，没有做业务级验收和回滚演练。
- 在同一个变更窗口里同时换数据库、运行时和网络插件，出问题后无法定位。
参考链接
读完自测
- 迁移前为什么要先用真实数据做一次完整演练？
- 双写迁移中，如何判断可以停止写入旧系统？
- 数据库大版本升级为什么不能只备份而不验证恢复？
答案
- 真实数据会暴露空库看不到的字符集、约束、脏数据、长事务和容量问题；演练还能量化停机窗口和回滚耗时。
- 需要新旧系统数据一致、双写稳定、读流量已切到新系统并观察足够长时间，同时保留旧系统只读回退能力；不能只看双写程序没有报错。
- 备份只证明文件存在，不证明能恢复；必须验证恢复后的版本、扩展、权限、数据一致性和业务查询，否则故障时才发现备份不可用。
相关条目
