这个品类的数据长什么样
成绩录入与学分认定涉及成绩单、缓考申请、补考安排三类材料。成绩单来自教务系统，按学期批次更新，字段含课程名称、学分、成绩、任课教师签字；缓考申请由学生提交、院系审批，字段含申请日期、缓考原因、审批签字；补考安排由教务排定，字段含补考日期、考场、监考签字。三类材料进入部署与升级功能时角色不同：成绩单是数据行索引状态的主要承载对象，缓考申请与补考安排是关联记录，需与成绩单在名称、数量、日期上对齐。更新节奏跟随学期与补考周期，字段特征是多签字、多日期、多版本并存，交接时须逐项核对。
配置怎么定
部署环境与管理员版本升级页（服务端操作）只输出镜像版本、迁移任务记录与数据行索引状态，可交接的部署状态与操作记录要由运维交接与业务使用接着做。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 主服务与商业版镜像版本 | 两个镜像都是同一目标版本，对照版本说明核对两个镜像的版本标识 | 在管理员版本升级页读取两个镜像的版本标识，确认一致 |
| 历史分块训练任务迁移 | 旧实例已完全停止、旧任务租约过期后才触发，在版本升级页查看该任务的执行记录 | 核对执行记录的时间与状态，并检查 MONGODB_URI、PG_URL、REDIS_URL 连接可用 |
| 知识库重建状态迁移 | 前一个迁移完成后再触发，对照两条记录的时间与状态 | 按顺序核对两条迁移任务记录，确认后一条晚于前一条完成 |
| 数据行索引状态 | 迁移后为新的索引状态体系，抽一条数据行核对状态字段 | 抽取一条成绩单数据行，核对状态字段已从旧标记变为新索引状态 |
容易做错的三处
- 现象：服务能起来但数据行状态仍是旧标记。原因：迁移脚本未执行或未按顺序执行，旧实例未完全停止、旧任务租约未过期。
- 现象：同一成绩记录在成绩单与缓考申请里的课程名称、数量或日期对不上。原因：两份材料版本未同步，交接时未逐项核对字段与签字。
- 现象：脚本执行报错，或两个镜像版本不一致。原因：后一个迁移未等前一个完成即触发，镜像标识未对照版本说明核对。
怎么确认配好了
本功能验收：核两个镜像版本标识，再按顺序核两条迁移脚本的执行记录，确认镜像版本标识一致、两条迁移任务记录按序完成，并核对 DB_MAX_LINK 连接参数。
业务测试：按交接单逐项核对一次，看缺哪一项记录，确认成绩单、缓考申请、补考安排的字段、日期与签字齐全。
- 在管理员版本升级页读取主服务与商业版镜像版本标识，对照版本说明逐项核对并记录。
- 按顺序查看两条迁移任务记录的时间与状态，抽取一条数据行核对索引状态字段，并检查
MONGODB_URI、PG_URL、REDIS_URL、DB_MAX_LINK连接可用。