在 Linux 64 位上遭遇 Signal 7 与 ST22 SYSTEM_CORE_DUMPED：从 es/implementation=std 到 /dev/shm 的一套落地排查法

在 ABAP 系统里看到 ST22 出现 SYSTEM_CORE_DUMPED，同时 SM21 或 work process trace 里冒出 Signal 7，很多人第一反应是：这不是更常见于 Linux 32 位的老问题吗？确实，它更“出名”的舞台在 32 位，不过在 Linux 64 位上也完全可能发生，而且一旦发生，往往表现为 work process 直接被操作系统信号干掉，用户侧看到的就是短 dump、会话中断、后台作业失败，严重时还能引发连锁雪崩。

这篇文章把这类问题拆成两条主线：

• Signal 7 到底意味着什么，为什么会把 SAP 进程打到 core dump
• 为什么一个看起来“跟 SAP 内存参数相关”的问题，最后落点常常是 /dev/shm 的 tmpfs 配置与容量

并且给出一套在生产上可复用的处理路径：在实例 profile 设置 es/implementation=std，同时把 /dev/shm 按 SAP 场景需要配置好，而不是只盯着 OS 内存总量发呆。

Signal 7 的语义：在 Linux 上它通常对应 SIGBUS

在 Linux 信号语义里，Signal 7 通常对应 SIGBUS（bus error）。它不是“普通的应用异