《SAP FICO系统配置从入门到精通共40篇》038、FICO系统监控与日常运维要点：别让系统在深夜给你打电话

038、FICO系统监控与日常运维要点别让系统在深夜给你打电话上周三凌晨两点我被手机铃声吵醒——监控平台报警生产环境FICO模块的凭证过账批量作业卡死了。登录系统一看锁表冲突导致三个关键批处理僵持不下财务月结眼看要延误。这种深夜惊魂但凡做过FICO运维的兄弟多少都经历过。今天咱们就聊聊怎么让系统在白天把问题暴露出来而不是留到半夜给你“惊喜”。一、监控不是看报表是看趋势和异常很多同事觉得监控就是每天看看SCC4、SM51检查一下系统是否在线。这种被动式检查只能告诉你“系统还活着”但发现不了“系统快要不行了”。真正的监控得抓住几个关键维度性能基线要自己建立。ST03N里的响应时间数据你得知道自家系统的“正常范围”是多少。比如凭证过账FB01平时平均800ms突然连续三天涨到2000ms哪怕没超阈值也得查——可能是索引碎片也可能是业务量悄悄增长了30%。锁监控不能只等报警。SM12得定期扫但更重要的是分析锁模式。财务月底常见的是E排他锁和S共享锁冲突但如果你看到大量“ENQUEUE_GL_*”的锁长时间挂着就得警惕了——可能是某个定制程序没按规范用锁对象。 这个查询帮你找长锁跑在后台定期检查 SELECT * FROM enq WHERE gname LIKE GL% AND eqtime 300. 超过300秒的GL相关锁都拎出来十有八九有问题二、日常检查清单五分钟能救命我习惯每天早上一到岗按这个顺序快速过一遍SM21看系统日志别只看错误警告信息也得扫。那些“偶尔出现一次”的警告连续出现三天绝对有问题。ST22看ABAP Dump重点关注财务相关模块FI、CO、AA的短存储转储。特别是“MESSAGE_TYPE_X”这种说明程序有硬错误。DB02看表空间财务表空间增长往往很平稳突然某天FAGLFLEXT表空间暴涨赶紧查是不是哪个报表没走汇总表。SM13看更新记录V1更新队列积压超过100条就得介入V2更新失败直接红色警报——凭证可能没真正过账。有个坑我踩过ST04的数据库监控页面很多人只看缓存命中率。其实更关键的是“逻辑读/物理读”比例的变化趋势。某次我们发现物理读突然增加一查是某个新开发的CO报表全表扫描了COEP差点拖垮生产库。三、批处理作业财务系统的命脉FICO的月结、年结、折旧运行、成本分摊——全是批处理作业。SM37不能只看作业是否完成得看作业运行时长波动。同一个成本中心分摊作业KSV5上周跑30分钟这周跑50分钟就得查。可能是数据量增长也可能是执行计划跑偏。依赖关系要可视化。用标准作业链SM36不够直观我习惯在Confluence画个简单的甘特图标出关键作业的前后依赖。特别是那些跨模块的物料账结算CKMLCP没完就不能跑成本重估MR22。日志分析得自动化。写个小脚本定期抓取作业日志关键字匹配“Dump occurred” → 立即告警“Lock conflict” → 通知相关业务顾问“No data selected” → 可能是参数配错了得提醒用户四、传输请求的财务专项检查SE10里那些财务相关的传输请求不能只看对象列表。得进到请求里用SCMP看表内容变更。特别是这些敏感配置总账科目主数据FS00科目控制字段变更必须双重确认——开发机改了测试机验证了才能传生产。成本要素KA01新增成本要素类别影响月结得和业务确认时间窗口。折旧码AFAMA固定资产模块的配置变更必须配合ABAA执行测试。有个经验之谈财务配置传输最好避开月底最后三个工作日。真要有紧急变更走紧急传输流程同时通知业务方暂停相关操作。别相信“我就改一个字段不会影响运行”——去年我们有个同事改了凭证编号范围结果当天凭证创建全报错。五、用户权限的灰色地带PFCG里给财务用户授权最头疼的不是“给什么”而是“不给什么”。几个典型场景FB02允许修改已过账凭证这个权限得收到部门总监级别并且必须配合凭证更改原因OBA7配置。我们吃过亏——有个应付会计误操作改了供应商凭证审计查出来是灾难。F-02和F-04的区别很多用户觉得都能过账干嘛分两个权限。实际上F-04冲销必须独立控制并且建议配合用户出口做二次确认弹窗。S_ALR权限别乱给那些报表权限S_ALR_*看起来人畜无害但有些报表能直接访问底层表数据。特别是成本核算报表涉及商业机密数据。建议每季度跑一次SUIM的权限分析重点查 查有FB02权限但没分配更改原因的用户SELECT*FROMAGR_USERSWHEREAGR_NAMEIN(SELECTAGR_NAMEFROMAGR_1251WHEREOBJECTF_BKPF_BES)ANDUSER_NAMENOTIN(开发账号列表).六、月结专项监控财务人的高压时段月结那几天系统压力是平时的三倍。我们搞了个“月结监控仪表盘”核心指标包括凭证过账速率正常时段每分钟50-100张峰值时段低于20张就得扩容应用服务器批量作业并发数控制关键作业如折旧运行AFAB单独运行避免锁冲突数据库回滚段使用率超过70%就得清空财务大批量处理最怕回滚段不足更新队列处理延迟V2更新延迟超过10分钟考虑分割业务数据包去年1月月结我们遇到过凭证过账突然变慢。查了一圈最后发现是某个银行接口程序在循环里SELECT单条查询数据量一大就崩。临时用数组查询重写半小时解决问题。教训是月结前必须压力测试所有接口程序。七、个人工具箱这些事务码常驻收藏夹STAD性能明细比ST12好用能直接看到SQL执行时间SECR权限检查模拟用户权限测试授权是否合理FAGLB03衍生查询自己写个Z报表监控特殊总账、清账状态SMQ1输出队列财务凭证打印、EDI输出都走这里队列堵塞影响业务F.13/F.13E凭证一致性检查每月跑一次提前发现问题凭证最后说点实在的FICO运维最难的不是技术是平衡。业务部门要效率你要稳定性开发想用新语法你得考虑版本兼容审计要求权限收紧用户抱怨操作麻烦。我的经验是建立自己的“红线清单”。哪些操作绝对禁止比如直接改生产库的BSEG哪些需要双重确认比如更改科目表哪些可以快速响应比如用户锁表解锁。清单贴在抬头就能看到的地方。培养业务的监控意识。教会关键用户用SM35检查自己的批处理用SU3改初始密码用SA38跑简单报表。他们早发现异常你就能少接紧急电话。留足回退时间。任何变更哪怕是传输一个报表都给自己留半小时回退时间。周五下午四点千万别做生产变更——这是无数运维用加班换来的真理。运维做到最后比的不是谁更会解决故障而是谁能让故障不发生。好的FICO监控应该是财务同事感觉不到你的存在但系统始终平稳运行。那种“系统好像从来没出过问题”的评价才是对我们工作的最高认可。完