前段時間，在一家企業(yè)當信息部門經理的朋友找我求助，原來是他們SAP系統(tǒng)突然登錄不上，重啟服務出現(xiàn)了Stop狀態(tài)，現(xiàn)在銷售單子無法錄入、采購無法收貨、財務無法做賬，公司業(yè)務一團亂，知道我是搞系統(tǒng)管理的Basis顧問，找我?guī)兔η笾?/p>

我登進去一看，發(fā)現(xiàn)是HANA數(shù)據(jù)庫連不上，進到數(shù)據(jù)庫主機，服務居然停了，在線日志盤也滿了，用文件鏈接的方式處理之后發(fā)現(xiàn)索引服務啟動不了，服務崩潰，查看數(shù)據(jù)庫日志以及Linux日志，原來是機器異常斷電過，數(shù)據(jù)庫出現(xiàn)損壞。

沒辦法，只能恢復HANA數(shù)據(jù)庫，然后我驚恐地發(fā)現(xiàn)HANA的最后一次成功備份是在兩天前，原來備份盤早就滿了。

我就很無語，問他公司的Basis或者hana管理員，甚至是管理服務器的都沒有人例行檢查么？他也很驚恐，這塊平時都好好的，管理SAP和HANA的Basis顧問跳槽之后就沒有再補招，總覺得系統(tǒng)挺穩(wěn)定的就不著急，哪知道不到兩個月就出現(xiàn)幺蛾子。

我跟他說，Basis這種系統(tǒng)管理員就像是扁鵲，都是“好治不病”，往往是在系統(tǒng)有初期的狀況甚至還沒有癥狀就處理掉了，防患于未然，系統(tǒng)根本沒有停擺的機會，所以大家總是有一種假象以為系統(tǒng)管理員沒那么重要，以為系統(tǒng)足夠穩(wěn)定

那能怎么辦，只能拿最后一次備份進行恢復了，ERP系統(tǒng)丟失了兩天的數(shù)據(jù)！

事件的后果當然很嚴重，數(shù)據(jù)丟失屬于非常重大系統(tǒng)故障，他毫無意外地被公司發(fā)文警告，工作勉強保住了，但三年內無法獲得加薪和晉升，即將到手的副總監(jiān)職位也沒了。

朋友很委屈，自己一直勤勤懇懇做事，這兩年公司拓展了很多業(yè)務，并購了很多子公司，SAP系統(tǒng)上了很多項目，雖然工作量大了，但自己在人員編制上一直壓著沒有增加，自己是在給公司“降本增效”，在給公司省錢，怎么就因為一次不可控的系統(tǒng)故障就對實施自己這么重懲罰？

我毫無顧慮得譏笑他，你看是在給公司省錢，但是屬于那種自斷臂膀式的省錢，如今系統(tǒng)出了故障，公司可不會記得你之前降了多少本增了多少效，事故就是事故，你是第一責任人，工作能保住沒被降職已經是大幸了，就不要再喊冤屈了，趕緊查缺補漏，調整一下人員結構，把很多系統(tǒng)重點預警都列入日常管理維護清單吧。

這已經不是我第一次遇到過這種情況了，有一些部門管理人員為了節(jié)約成本，甚至把心思放在系統(tǒng)硬件材料上。我就遇到過固態(tài)硬盤買不起，直接用用戶淘汰下來的PC機械硬盤來安裝SAP系統(tǒng)的，用戶怨聲載道，到處投訴系統(tǒng)運行卡頓。

所以，可以省錢節(jié)約成本，但該花錢就花錢，IT系統(tǒng)的建設本來就不應該想著省錢，不要讓自己處于被動和危險的境地，出事故老板可不會念著你曾經的妥協(xié)和省錢，而系統(tǒng)的崩潰往往出現(xiàn)在你以為的穩(wěn)健之中。