这个品类的数据长什么样
高校招生体检组织在部署与升级环节，涉及体检表、复检申请、受限专业告知三类材料。体检表承载考生基本信息与既往病史字段，复检申请记录复查项目、日期与医师签字，受限专业告知保留专业名称、受限依据与考生回执签字。材料来源为校内体检系统与招生办纸质归档，更新节奏随招生批次推进，通常在体检结束后集中录入、复检后补充、录取前定稿。进入部署与升级功能时，三类材料分别对应数据行索引状态、迁移任务记录与镜像版本标识的核验对象：体检表用于抽检数据行状态字段，复检申请用于比对迁移前后日期与签字，受限专业告知用于核对回执完整性。版本、连接、任务记录三者一致，才具备交接条件。
配置怎么定
这一环由部署环境与管理员版本升级页（服务端操作）执行，输出镜像版本、迁移任务记录与数据行索引状态。可交接的部署状态与操作记录由运维交接与业务使用接着完成。迁移脚本不阻塞服务启动，后一个脚本依赖前一个完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 主服务与商业版镜像版本 | 两个镜像版本标识需一致，且与版本说明中的目标版本相同 | 对照版本说明核对两个镜像的版本标识，并记录当前镜像 tag |
| 历史分块训练任务迁移 | 旧实例已完全停止、旧任务租约过期后才触发，执行记录需有明确时间与状态 | 在管理员的版本升级页查看该任务的执行记录，核对触发时间与结果 |
| 知识库重建状态迁移 | 前一个迁移完成后再触发，两条记录的时间与状态需前后衔接 | 对照两条迁移任务记录的时间与状态，确认依赖关系已满足 |
| 数据行索引状态 | 迁移后为新的索引状态体系，不再保留旧版 rebuilding 标记 | 抽一条数据行核对状态字段，确认状态字段已更新 |
容易做错的三处
- 现象：服务能起来但数据行状态仍是旧标记。原因：两个迁移脚本未按顺序执行，后一个依赖前一个完成。
- 现象：同一体检记录在体检表与复检申请里的日期、项目名称对不上。原因：两份材料分别录入，未按交接单逐项核对。
- 现象：受限专业告知缺考生回执签字，复检申请缺医师签字。原因：材料归档时未核对签字与回执字段。
怎么确认配好了
本功能验收：核两个镜像版本标识，再按顺序核两条迁移脚本的执行记录。
业务测试：按交接单逐项核对一次，看缺哪一项记录。
- 核对
MONGODB_URI、PG_URL、REDIS_URL连接配置与镜像版本标识是否一致 - 在版本升级页依次触发两个迁移脚本，记录执行时间与状态，抽一条数据行核对索引状态字段