这个品类的数据长什么样
本页材料为普通高校招生录取投档的部署运维与应用交接：招生计划、投档规则、录取名册三类材料进入部署与升级环节，分别承担计划总量、规则逻辑与名册落地的角色。招生计划以字段、日期、签字为特征，投档规则以版本与生效日期为特征，录取名册以数量、日期、回执为特征。材料来源为省级招生考试机构与高校招办，更新节奏随批次推进而滚动。部署升级时，招生计划用于核对计划数，投档规则用于核对版本，录取名册用于核对数据行索引状态。三者在可交接的部署状态与操作记录中各自对应镜像版本、迁移任务记录与数据行索引状态，形成可核对的链条。
配置怎么定
这一环由部署环境与管理员版本升级页（服务端操作）执行，输出镜像版本、迁移任务记录与数据行索引状态。「可交接的部署状态与操作记录」由运维交接与业务使用接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 主服务与商业版镜像版本 | 两个镜像均为同一目标版本，版本标识需一致 | 对照版本说明核对两个镜像的版本标识，检查是否同步 |
| 历史分块训练任务迁移 | 旧实例已完全停止、旧任务租约过期后才触发 | 在管理员的版本升级页查看该任务的执行记录与时间 |
| 知识库重建状态迁移 | 前一个迁移完成后再触发，两条记录时间与状态需衔接 | 对照两条记录的时间与状态，检查依赖顺序 |
| 数据行索引状态 | 迁移后为新的索引状态体系，状态字段需更新 | 抽一条数据行核对状态字段，确认非旧标记 |
容易做错的三处
- 现象：服务能起来但数据行状态仍是旧标记。原因：迁移脚本未执行或未等待前一个迁移完成，导致状态字段未更新。
- 现象：两个镜像版本不一致。原因：主服务与商业版镜像未同步更新，版本标识出现差异，影响交接判断。
- 现象：脚本执行报错。原因：旧实例未完全停止或旧任务租约未过期，触发条件不满足，记录缺失。
怎么确认配好了
本功能验收：核两个镜像版本标识，再按顺序核两条迁移脚本的执行记录，检查数据行索引状态字段。
业务测试：按交接单逐项核对一次，看缺哪一项记录，包括招生计划、投档规则、录取名册的字段、日期与签字。
- 在管理员的版本升级页查看两个迁移脚本的执行记录与时间，确认依赖顺序。
- 核对
MONGODB_URI、PG_URL、REDIS_URL的连接状态，确保部署环境可交接。