工厂 IT 服务总览：Linux 运维、数据恢复、AI 落地等 6 类需求的文章合集

工厂的系统出问题，很少挑白天。半夜数据库崩了、产线服务器宕机、官网被人挂了马，电话打过来的时候，对方通常只关心两件事：还能不能救回来，多久能好。这类事处理得多了会发现，工厂碰到的 IT 麻烦就那么几类，反复出现。下面按类别把过去写过的相关文章归到一起，哪一类对得上，直接看那几篇。

一、Linux 服务器运维与灾备

工厂的数据库、缓存、后端应用，绝大多数都跑在 Linux 上。装系统不难，难的是出故障那一刻怎么判断、怎么尽快把服务拉起来。我们自己的生产管理系统从 2012 年公司成立起就整个建在 Linux 上，十四年没换过平台，这段经历写在《我们的生产管理系统为什么从第一天就跑在 Linux 上》和《14年几百家江苏制造厂的Linux服务器都是我们维护的》里。真遇到服务器变慢、负载飙高，《Linux 服务器半夜负载飙高，我们一般按这个顺序往下查》给了一套固定的排查路数；要是已经宕机，《产线系统半夜宕机，我们怎么让它分钟级拉起》记录了一次灾备恢复的完整过程。

二、数据恢复

设备损坏、误删、误操作，是数据丢失最常出现的三个原因，工厂格外怕的是账套和工单历史打了水漂。做工厂系统这些年，自动备份和还原演练在我们这儿是默认动作，所以对从备份点、从数据库日志里把数据捞回来这件事很熟。《我们的生产系统为什么默认就带异地备份和还原演练》讲的是这套机制怎么来的；《ERP 数据库半夜崩了账套打不开：一次工厂数据恢复的完整复盘》是一次完整的救援；《数据库里误删了记录，还能还原回来吗》专门讲怎么从 binlog 里把误删的数据找回来。

三、AI 私有知识库与 RAG

把老师傅的工艺经验、作业指导书、检验规范喂给 AI，让它只答自己工厂范围内的问题，是这两年工厂最感兴趣的一种落地方式。它不是装个软件就完事，前期要把文档理清楚，后期要看检索准不准。《我们帮江苏几百家工厂管了十四年的工艺文档，做私有知识库只是把这件事搬上 AI》说明了这套能力从哪来；《私有知识库不是装个软件就行：工艺文档入库前，我们先做这几件事》讲入库前的整理；《工厂的 AI 问答为什么总是答不准》拆的是切片与召回两个环节；《把老师傅的工艺经验喂给私有知识库：一家工厂的 RAG 落地笔记》是一次落地的全过程记录。

四、AI 使用安全

员工用 AI 写工艺、改图纸，效率是上去了，图纸和参数会不会跟着流出去，是老板更该关心的问题。我们的做法是把数据划成能问和不能问两类，写进规范，而不是一刀切禁用。《制造业上AI之前，我们给客户工厂先划好了一条数据红线》讲这条线怎么定；《员工用 AI 写工艺文件、改图纸，算不算泄密》回答的正是员工最常问的那个问题；《员工把图纸喂给AI，工厂的工艺秘密就漏了》是一次安全审计的复盘。

五、异地组网与多厂区协同

总部、车间、外协厂、异地仓库，只要多出一个点，系统之间怎么互通就成了绕不开的事。把网络打通只是修路，真正费功夫的是让数据按业务节奏对齐。《总部和外协厂的系统连不上，我们是怎么把排产数据打通的》是一次组网改造的记录；《frp 和 VPN 到底怎么选：给工厂做异地组网的一次技术选型》讲了选型时的判断依据；《总部和外协厂的系统连不上，排产数据对不上：一次异地组网改造》从业务角度讲了同一类问题。

六、网站攻击应急

官网被挂马、首页被篡改、被搜索引擎标记成风险网站，处理顺序错了反而会扩大损失。我们的顺序是先隔离取证，再清理恢复，最后堵漏洞、把收录捞回来。《给客户建站，我们为什么把备份和基础防护做成默认动作》说的是平时该做的准备；《官网被挂马改了首页，我们怎么在两小时内恢复》是一次应急处理；《网站被搜索引擎标记「危险」之后，怎么把收录恢复回来》专讲事后怎么把收录恢复回去。

总结：

上面这些事，单独看每一件都不算新鲜，串起来就是摩杰斯这些年一直在干的活：一边做工厂的生产管理系统，一边把客户碰到的 IT 难题顺手兜掉。《一张时间线摊开讲：我们的 Linux 和工厂系统经验是怎么攒出来的》把这些年的经历按时间排了一遍。团队从 2012 年在昆山成立，做到现在十四年，服务的主要是江苏一带（昆山、苏州及周边）的模具、机加工、非标设备工厂。如果你的厂子也碰到上面哪一类问题，可以先找摩杰斯聊一聊。