生产管理系统上线后的日常运维：账号、备份与故障响应

生产管理系统上线后的日常运维管三件事：账号、备份、故障响应。账号管进进出出的人，备份管数据丢不丢得起，故障响应管现场停不等得起。三件事都不难，难在天天做。系统上线只是起点，东莞一家注塑加工企业从启动到上线跑了一个月，上线之后的日常运维才是往后每个月都在走的过程。

账号管理：进人和走人都要有动作

账号是系统安全的入口，管的是两件日常事：新人进场开账号，老人离场停账号。

新人入职按岗位开账号，岗位对应角色，角色对应菜单和数据范围，仓库账号看不到计件工资，车间账号看不到采购单价。离职当天账号停用，记录保留。一个月核一遍账号清单，谁新加了、谁离职了停了没、有没有图方便临时开大权限忘了收的，半小时过完。账号和实名对得上，报工、点检、审批的记录才能落到具体的人，追溯和考核才有效。

数据备份：按恢复目标定频率

备份的目的是出事之后能恢复，频率按能承受丢多少数据来定，这个口径叫 RPO（恢复点目标）。

车间的报工、领料、检验数据是流水，每天在长。常见做法分两层：数据库每天自动全量备份一次，加每小时或每两小时增量备份一次，备份文件存到另一台机器或另一块盘，本机坏了备份还在。恢复演练每季度做一次，把备份文件真恢复一遍，验证可用。没做恢复演练的备份，等于没验证过的备份，真出事的时候才发现备份文件坏了，这样的教训行业里不少。

本地服务器部署的厂，备份还要考虑异地：备份盘定期带离机房，或者同步一份到云端。防火防水这类低概率事件，一旦碰上就是全量数据的事。

故障响应：分级定时效

现场报系统用不了，先分级，再按级响应。

故障分三级：一级是全线用不了，比如服务器宕机、数据库连不上，现场全停；二级是局部功能不可用，比如某个车间的报工页面打不开，别的正常；三级是单点问题，比如某一台工位机扫码枪不识别，换一台继续干。一级要求分钟级响应，联系实施方的运维通道，同时启用应急方案（现场先记纸质单，系统恢复后补录）；二级小时内处理；三级当天处理。

应急方案要提前写好：哪些场景走纸质补录、补录由谁负责、恢复后多长时间内录完。临时抱佛脚定的补录规则，事后对账一定乱。

运维责任怎么分：厂内加实施方

中小厂的运维不需要专职 IT，常见分工是厂内一人加实施方支持。

厂内指定一名系统管理员，管账号开停、备份检查、日常巡检，多数是信息岗或生产统计岗兼任。实施方提供远程支持通道，数据库、服务器这类深层问题由实施方处理。鹭源国际对客户系统的日常维护提供支持通道，系统部署支持本地服务器（内网为主）与云端两种方式，故障接入后按影响范围分级处理。

FAQ

问：系统上线后需要专人天天盯着吗？ 不用。日常运维三件事里，账号是事件驱动（有人进有人出才有动作），备份是自动的（数据库定时任务），只有巡检是周期动作，一周看一眼备份文件是否正常生成、服务器磁盘是否快满，十几分钟的事。

问：云端部署还要自己做备份吗？ 云端的基础设施可靠性由云服务商保障，但应用层数据仍要确认备份策略，导出的备份文件厂里自己留一份。数据归属权在厂里，备份文件握在自己手里，换服务商或做迁移的时候不受制于人。

问：纸质补录的数据怎么保证不乱？ 补录前先定规则：纸质单用什么格式、谁来收、多久录完、录完谁核对。系统恢复后按时间顺序补录，报工流水的时间戳以补录时间标注实际发生时间，两个字段分开存，对账的时候分得清。