系统周六夜里升级 防老剂出库单周一照常开出

新版本更新包发布那天，郭建把升级定在了周六夜里。他在这家橡胶助剂厂管系统，厂里周六下午到周日不排产，正好是一段现成的维护窗口。周五下班前他在群里说了一声：该提交的单子今天交完，晚上系统升级，中间会停一阵。

以前的系统最怕动。上一套进销存升级时丢过半个月的数据，供应商远程折腾到后半夜，第二天车间领不了料、开不了单，一车防老剂在门口干等了一上午。所以这次厂长只提一个要求：周一早上，仓库必须能出单。

更新先把数据备了一遍才动手

更新用的和首次安装是同一个标准安装包，包经过签名，动手之前可以先核验来源与完整性。更新开始时，系统暂停写入，等正在进行的备份结束，再自动把数据库备份一遍；回滚要用的旧程序环境和这份备份，都在更新前保留下来。

失败了有回滚 恢复不了就停下来喊人

更新的步骤系统自己走：更新程序与依赖，执行数据库迁移，重启服务并检查健康状态。哪一步出了问题，有失败回滚机制，用更新前保留的旧环境和数据库备份往回退；恢复无法完成、或者旧版本没能恢复健康时，系统会保持停止并报告需要人工恢复，由运维人员处理——宁可停着等人，也不带着问题硬跑。

停多久 取决于安排在什么时间

更新期间服务会暂时停止，时长取决于数据量、依赖下载和服务器条件，所以更新要安排在维护窗口里做。郭建选周六夜里，就是让这段停机落在没有生产安排的时间段。

周日早上他看了一遍：服务正常，健康检查通过。周一早上七点半，仓库开出当天第一张出库单，两吨防老剂RD按单发货，和平时任何一个周一没有区别。

系统升级从一件不敢动的事，变成有备份、有回滚、停在维护窗口里的一步操作。
厂长那句周一必须能出单，落在一个照常开工的周一早上。

记录有据，经验有续，AI 有界。