这个品类的数据长什么样
本页面向企业新员工入职培训品类，材料来自入职培训计划、课程签到表、岗位说明书，更新节奏为按批次或按班次归档。这些材料进入部署与升级功能时角色不同：入职培训计划承载课程与岗位对应关系，课程签到表承载到岗与出勤记录，岗位说明书承载岗位职责与签字回执。字段特征包括课程名称、岗位名称、计划日期、签到日期、签字或回执状态，以及版本标识。材料进入该功能后，先形成可交接的部署状态与操作记录，再交运维或下一班使用。常见不一致表现为同一记录在两份材料里的名称、数量、日期对不上，版本未同步，缺签字或回执。因此，部署与升级环节必须把镜像版本、迁移任务记录与数据行索引状态一并留痕，才能支撑后续按交接单逐项核对。
配置怎么定
这一环由部署环境与管理员版本升级页（服务端操作）执行，输出镜像版本、迁移任务记录与数据行索引状态。「可交接的部署状态与操作记录」由运维交接与业务使用接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 主服务与商业版镜像版本 | 两个镜像的版本标识需一致，且与目标版本说明相符 | 在版本升级页对照版本说明核对两个镜像的版本标识 |
| 历史分块训练任务迁移 | 旧实例已完全停止、旧任务租约过期后才触发，执行记录需可查 | 在管理员的版本升级页查看该任务的执行记录 |
| 知识库重建状态迁移 | 前一个迁移完成后再触发，两条记录的时间与状态需对应 | 对照两条迁移任务记录的时间与状态 |
| 数据行索引状态 | 迁移后为新的索引状态体系，旧标记不应残留 | 抽一条数据行核对状态字段 |
容易做错的三处
- 现象：同一记录在入职培训计划与课程签到表里的课程名称、数量或日期对不上。原因：两份材料未按同一版本同步更新，导致交接时逐项核对失败。
- 现象：服务能起来但数据行状态仍是旧标记。原因：镜像版本一致不等于业务数据已完成迁移，迁移任务记录可能缺失或未执行。
- 现象：岗位说明书缺签字或回执，交接单上找不到对应记录。原因：签字环节未闭环，材料未随班次归档，下一班无法确认责任。
怎么确认配好了
本功能验收：核两个镜像版本标识，再按顺序核两条迁移脚本的执行记录；同时核对 MONGODB_URI、PG_URL、REDIS_URL 连接项与数据行索引状态。
业务测试：按交接单逐项核对一次，看缺哪一项记录；若涉及引用上限，核引用文本的 tokens，数组条数单独记录。
- 在版本升级页逐一核对两个镜像的版本标识与两条迁移任务记录的时间、状态。
- 抽一条数据行核对索引状态字段，并检查
MONGODB_URI、PG_URL、REDIS_URL连接项与DB_MAX_LINK配置项是否留痕。