这个品类的数据长什么样
本页面向中小学学籍建立与异动场景，材料来自学籍档案、转学申请、休复学材料三类。学籍档案由学校建档并随学生流转，转学申请由转入转出双方学校与家长确认，休复学材料由监护人提交、学校审核。这些材料进入部署运维与应用交接环节时，分别承担身份依据、异动凭据与状态变更凭据的角色，字段集中在姓名、学籍号、年级班级、异动日期、审批签字与回执。更新节奏跟随学期初建档、学期中异动、学期末核对三个时段。字段特征是多份材料围绕同一学生记录交叉出现，名称、数量、日期与签字需要在交接时逐项对齐。
配置怎么定
这一环由部署环境与管理员版本升级页（服务端操作）执行，输出镜像版本、迁移任务记录与数据行索引状态。「可交接的部署状态与操作记录」由运维交接与业务使用接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 学籍档案 | 姓名、学籍号、年级班级、建档日期与签字需与转学申请、休复学材料逐项对齐 | 抽一份档案与对应异动材料比对名称、数量与日期，核对签字或回执是否齐全 |
| 转学申请 | 转出转入双方学校名称、异动日期与审批签字须一致 | 按交接单核对申请与档案中的学校名称、日期、签字，并检查连接串 MONGODB_URI、PG_URL 对应实例是否同源 |
| 休复学材料 | 休学与复学起止日期、监护人签字与回执须与档案状态一致 | 对照材料与档案的日期与签字，缺失回执的登记为待补 |
| 镜像版本与迁移任务记录 | 两个镜像为同一目标版本，两条迁移脚本按先后顺序执行 | 对照版本说明核对两个镜像版本标识，在管理员版本升级页查看两条迁移任务记录的时间与状态，并检查 REDIS_URL 对应实例 |
容易做错的三处
- 现象：同一学生在学籍档案与转学申请里的姓名或学籍号对不上。原因：两份材料由不同经办人填写，交接时未逐项比对，缺签字或回执也未登记。
- 现象：服务能起来但数据行状态仍是旧标记。原因：镜像版本一致不等于业务数据已完成迁移，迁移脚本未按顺序触发或未等旧实例完全停止。
- 现象：两条迁移任务记录的时间与状态对不上，脚本执行报错。原因：后一个迁移依赖前一个完成，前一个未完成即触发，或旧任务租约未过期。
怎么确认配好了
本功能验收：核两个镜像版本标识，再按顺序核两条迁移脚本的执行记录，确认数据行索引状态字段已切换。
业务测试：按交接单逐项核对一次，看缺哪一项记录。
- 对照版本说明核对主服务与商业版两个镜像的版本标识是否一致。
- 在管理员版本升级页查看历史分块训练任务迁移与知识库重建状态迁移两条记录的时间与状态，确认前一个完成后再触发后一个。