ERP部门经理的冤屈：我是在给公司省钱啊~

前段时间，在一家企业当信息部门经理的朋友找我求助，原来是他们SAP系统突然登录不上，重启服务出现了Stop状态，现在销售单子无法录入、采购无法收货、财务无法做账，公司业务一团乱，知道我是搞系统管理的Basis顾问，找我帮忙求助。

我登进去一看，发现是HANA数据库连不上，进到数据库主机，服务居然停了，在线日志盘也满了，用文件链接的方式处理之后发现索引服务启动不了，服务崩溃，查看数据库日志以及Linux日志，原来是机器异常断电过，数据库出现损坏。

没办法，只能恢复HANA数据库，然后我惊恐地发现HANA的最后一次成功备份是在两天前，原来备份盘早就满了。

我就很无语，问他公司的Basis或者hana管理员，甚至是管理服务器的都没有人例行检查么？他也很惊恐，这块平时都好好的，管理SAP和HANA的Basis顾问跳槽之后就没有再补招，总觉得系统挺稳定的就不着急，哪知道不到两个月就出现幺蛾子。

我跟他说，Basis这种系统管理员就像是扁鹊，都是“好治不病”，往往是在系统有初期的状况甚至还没有症状就处理掉了，防患于未然，系统根本没有停摆的机会，所以大家总是有一种假象以为系统管理员没那么重要，以为系统足够稳定

那能怎么办，只能拿最后一次备份进行恢复了，ERP系统丢失了两天的数据！

事件的后果当然很严重，数据丢失属于非常重大系统故障，他毫无意外地被公司发文警告，工作勉强保住了，但三年内无法获得加薪和晋升，即将到手的副总监职位也没了。

朋友很委屈，自己一直勤勤恳恳做事，这两年公司拓展了很多业务，并购了很多子公司，SAP系统上了很多项目，虽然工作量大了，但自己在人员编制上一直压着没有增加，自己是在给公司“降本增效”，在给公司省钱，怎么就因为一次不可控的系统故障就对实施自己这么重惩罚？

我毫无顾虑得讥笑他，你看是在给公司省钱，但是属于那种自断臂膀式的省钱，如今系统出了故障，公司可不会记得你之前降了多少本增了多少效，事故就是事故，你是第一责任人，工作能保住没被降职已经是大幸了，就不要再喊冤屈了，赶紧查缺补漏，调整一下人员结构，把很多系统重点预警都列入日常管理维护清单吧。

这已经不是我第一次遇到过这种情况了，有一些部门管理人员为了节约成本，甚至把心思放在系统硬件材料上。我就遇到过固态硬盘买不起，直接用用户淘汰下来的PC机械硬盘来安装SAP系统的，用户怨声载道，到处投诉系统运行卡顿。

所以，可以省钱节约成本，但该花钱就花钱，IT系统的建设本来就不应该想着省钱，不要让自己处于被动和危险的境地，出事故老板可不会念着你曾经的妥协和省钱，而系统的崩溃往往出现在你以为的稳健之中。