系统初始化与上线检查清单

为什么需要清单

上线是风险最集中的时刻。人的注意力有限，凭记忆检查一定会遗漏。

用清单代替记忆，是降低上线事故最有效的手段。

一、环境检查

• 服务器配置满足要求（CPU、内存、磁盘）
• 操作系统版本与补丁
• 数据库已安装并配置（字符集、时区、参数）
• 中间件已安装（如需 Redis、消息队列）
• 应用已部署，版本正确
• 域名解析、SSL 证书有效
• 防火墙规则已配置
• 服务器时间已 NTP 校时
• 磁盘空间充足（含数据增长预估）

二、数据检查

• 基础数据已导入并核对（物料、BOM、工艺路线）
• 期初库存已录入并盘点确认
• 用户账号已创建，角色已分配
• 组织架构已配置
• 参数配置已按清单确认
• 编码规则已配置
• 数据条数与来源一致
• 关键数据抽样验证正确

三、功能检查

• 主流程能跑通（下单 → 开工 → 报工 → 完工 → 入库）
• 权限验证（各角色只能看到应看的数据）
• 异常流程能处理（撤销、驳回、返工）
• 接口连通（与 ERP、WMS 等）
• 打印功能正常（含条码可扫）
• 消息通知能送达
• 移动端/PDA 可用
• 看板能正常刷新

四、性能与容量

• 关键页面响应时间达标
• 并发测试通过
• 数据库连接池配置合理
• 大数据量查询不超时
• 备份策略已配置并验证

五、安全

• 默认密码已全部修改
• 管理员账号密码强度足够
• 无用的测试账号已删除
• 敏感数据已脱敏
• 日志已开启并验证
• 备份文件权限正确
• 数据库端口未对公网暴露

六、运营准备

• 操作手册已交付
• 关键用户已培训
• 一线操作员已培训
• 应急联系人清单已建立
• 故障处理流程已明确
• 上线值班安排已确定
• 回退方案已准备

七、上线当天

• 公告已发出（告知用户上线时间）
• 旧系统/纸质流程的截止时间已明确
• 数据冻结（不再录入旧系统）
• 正式切换
• 现场有技术人员支持
• 监控已开启
• 记录所有异常

八、上线后第一周

• 每日检查数据质量（账实抽查）
• 每日收集用户反馈
• 问题当天响应
• 关键指标监控（响应时间、错误率）
• 一周后做总结，识别遗留问题

前两周是建立信任的窗口期。这两周数据准确、响应及时，后面推起来就顺；这两周问题堆积，后面会很困难。

关键提醒

不要在上线当天做参数调整

上线当天改参数会引入新的不确定性。参数应该在试运行阶段就定下来。

保留回退能力

如果上线后出现严重问题，要能快速回退到旧方式。

回退不是失败，是风险管理。有回退方案，才能放心上线。

记录一切

上线期间的所有问题、处理方式、时间点都要记录。这既是复盘材料，也是责任界定依据。

上线检查清单的完整版与各行业差异项，[待补充：产品团队补齐]。