工廠 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 年在崑山成立，做到現在十四年，服務的主要是江蘇一帶（崑山、蘇州及周邊）的模具、機械加工、非標裝置工廠。如果你的廠子也碰到上面哪一類問題，可以先找摩傑斯聊一聊。