在 Oracle RAC 或单机环境下，使用 OCI、OCCI 或 ProC/ProCOBOL 等客户端应用连接数据库时，偶尔会收到 ORA-24550: signal received 错误。特别是在从 10g 升级到 11g 后，这类问题更为常见。
错误现象
执行 C 程序或其他基于 OCI 的应用时，报错信息通常包含信号编号，例如：
ORA-24550 : signal received : [si_signo=11] [si_errno=0] [si_code=50] killed
在 Linux x86-64 平台上，堆栈跟踪可能类似如下：
/lib64/libpthread.so.0[0x3412a0673d]
/lib64/libc.so.6(clone+0x6d)[0x3411ed44bd]
ORA-24550: signal received: [si_signo=6] ... kpedbg_dmp_stack()+314<-kpeDbgCrash()
根本原因
问题的核心在于 Oracle 11g Release 2 默认开启了一些诊断功能（Diagnosability features）。这些功能虽然有助于收集崩溃信息，但在某些特定操作系统或客户端库版本下，会与操作系统的信号处理机制冲突，导致进程被意外终止。
主要涉及的参数包括：
DIAG_ADR_ENABLEDDIAG_SIGHANDLER_ENABLEDDIAG_DDE_ENABLED
解决方案
最直接的办法是关闭客户端的 OCI 信号处理器，恢复标准的操作系统故障处理流程。你需要修改应用程序运行所在目录下的 sqlnet.ora 文件（通常在 $ORACLE_HOME/network/admin 目录下）。
1. 修改配置文件
在 sqlnet.ora 中添加或修改以下配置项：
DIAG_SIGHANDLER_ENABLED=FALSE
DIAG_ADR_ENABLED=OFF
DIAG_DDE_ENABLED=FALSE
注意：默认情况下 DIAG_SIGHANDLER_ENABLED 为 TRUE。将上述参数设为关闭状态后，重启相关服务或重新加载配置即可生效。
2. 替代方案
如果修改配置后问题依然存在，或者你无法控制服务器端的配置，可以尝试以下两种经验性修复手段：
- 检查系统库文件：在某些 RAC 环境中，可能是客户端的
libpthread.so库文件损坏或不兼容。尝试更换该库文件或确保其与当前 OS 版本匹配。 - 切换连接方式：如果业务允许，可以将 OCI 连接方式改为 Thin 驱动连接。Thin 驱动不依赖本地 Oracle 客户端库，能规避大部分底层信号处理冲突。
参考信息
此问题在 Oracle Bug 9342118 和 Note 1062769.1 中有详细记录，涉及 OCISTMTRELEASE 在非事务中调用时的崩溃问题。对于生产环境，建议优先通过调整 sqlnet.ora 参数来稳定运行。
