迁移验收与证据

每一个“通过”后面，都应该能找到检查方法、结果和负责人

云迁易编辑部更新于 2026-07-14内容与审核规范

“已检查”“看起来正常”和“工具显示成功”不是充分证据。每项证据至少记录：检查对象、数据范围、检查时间、工具或查询、预期结果、实际结果、差异解释和负责人。

截图适合证明某一时点的控制台状态，但不适合保存大量失败对象或数据差异。清单、日志和查询结果应使用可搜索、可计算的格式，并按照项目的数据分类控制访问。

建议组合使用：

1. 全量统计：对象数、总字节数、表行数、分区数和失败任务数。
2. 关键数据逐项检查：核心表、关键前缀、最大对象、近期变化和特殊格式。
3. 内容校验：共同哈希、数据库校验和、下载后哈希或业务查询。
4. 分层随机抽样：按业务、租户、时间、地域、存储类型和数据类型分别抽样。
5. 业务验证：从用户入口完成读写、回调、对账和后台任务。

不同对象存储的 ETag 不一定是相同内容哈希，数据库行数相同也不能证明内容一致。使用数据校验抽样计算器时，仍需保留失败清单和关键数据逐项验证。

验收项失败后应创建风险或缺陷，记录影响范围、是否阻断下一批次、修复负责人和复验条件。不要直接修改通过门槛来适配失败结果；如果业务决定接受差异，应留下接受人、理由、期限和后续处理。

可以在迁移验收中心按资源类型生成第一版计划。