这个品类的数据长什么样
本页面向同行评议组织的部署运维与应用交接场景，材料来自审稿邀请、专家审稿意见、作者修改说明三类记录，更新节奏随审稿轮次与版本发布推进。审稿邀请承载邀约时间、专家签字与回执；专家审稿意见承载意见条目、日期与签字；作者修改说明承载修改条目、对应意见编号与日期。这些材料进入部署与升级功能时，分别承担邀约确认、意见留痕、修改回执的角色，需与部署状态和操作记录逐项对齐，形成可交接的部署状态与操作记录。
配置怎么定
这一环由部署环境与管理员版本升级页（服务端操作）执行，输出镜像版本、迁移任务记录与数据行索引状态。「可交接的部署状态与操作记录」由运维交接与业务使用接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 镜像版本标识 | 主服务与商业版两个镜像的目标版本标识需一致，且与版本说明对应 | 在部署环境核对两个镜像的版本标识，并检查 MONGODB_URI、PG_URL、REDIS_URL 连接指向同一套服务 |
| 历史分块训练任务迁移 | 旧实例已完全停止、旧任务租约过期后才触发，记录含执行时间与状态 | 在管理员版本升级页查看该迁移任务记录，与审稿邀请、专家审稿意见的日期逐项比对 |
| 知识库重建状态迁移 | 前一个迁移完成后才触发，两条记录时间与状态需前后衔接 | 对照两条迁移任务记录的时间与状态，并抽一条数据行核对索引状态字段 |
| 作者修改说明 | 修改条目、对应意见编号、日期与签字需与审稿意见一致 | 按交接单核对修改说明与专家审稿意见的名称、数量、日期，确认签字或回执齐全 |
容易做错的三处
- 现象：服务能起来但数据行状态仍是旧标记。原因：只更新镜像版本，未执行两条迁移脚本，数据行索引状态未同步。
- 现象：同一记录在审稿意见与修改说明里的名称、数量、日期对不上。原因：两份材料各自更新，缺签字或回执。
- 现象：脚本执行报错或两个镜像版本不一致。原因：旧实例未完全停止、旧任务租约未过期，或版本未同步。
怎么确认配好了
本功能验收：核两个镜像版本标识，再按顺序核两条迁移脚本的执行记录，确认数据行索引状态字段为新体系。
业务测试：按交接单逐项核对一次，看缺哪一项记录，重点核对审稿邀请、专家审稿意见、作者修改说明的字段、日期与签字。
- 在管理员版本升级页查看两条迁移任务记录，确认前一个完成后才触发后一个。
- 抽一条数据行核对索引状态字段，并核对两个镜像版本标识与连接配置。