在 SAP Gateway 的日常运维里，最容易被混在一起的其实是两类完全不同的问题。一类问题和某一次 OData 请求、某个业务用户、某个具体 HTTP 调用直接相关，例如一个GET_ENTITYSET请求执行失败，或者后端抛出了业务异常。另一类问题却没有这么明确的请求上下文，例如后台任务停止运行、qRFC 队列持续积压、到后端 SAP 系统的连接配置错误，甚至某个基础组件已经进入异常状态，却暂时还没有任何终端用户报错。对于后一类问题，仅仅依赖/IWFND/ERROR_LOG显然不够。SAP Gateway 为此提供了一套面向系统监控的日志机制，可以把这类不属于特定用户和特定请求的运行信息送入CCMS，也就是Computing Center Management System。SAP 官方文档明确区分了这两类日志。与用户或者请求相关的日志主要进入应用日志和诊断体系，而非用户、非请求相关的信息可以进入CCMS。在 ABAP 世界里，RZ20又是查看CCMS Monitor Sets的标准工具之一。理解这个边界之后，SAP Gateway 的日志设计就清楚很多了。/IWFND/ERROR_LOG更像一次请求失败之后留下来的现场，而CCMS更像机房里的监控大屏。一个告诉我们某次调用为什么失败，另一个告诉我们整个组件是不是还健康、后台机制是不是还在工作、某个错误是不是已经发展成系统级风险。SAP Gateway 提供的核心 Logger API 位