ORA-27102启动失败主因是/etc/sysctl.conf中kernel.shmmax和kernel.shmall未匹配SGA需求或未生效；需确保shmmax≥SGA大小、shmall≥shmmax/4096，且执行sysctl --system验证生效，同时配齐fs.file-max、kernel.sem等并发参数。
Oracle 启动失败、ORA-27102 报错，八成是 /etc/sysctl.conf 里关键参数没设对，或设了但根本没生效。
kernel.shmmax 和 kernel.shmall 必须匹配 SGA 需求
Oracle 的 SGA（系统全局区）需要一块连续的共享内存。如果 kernel.shmmax 小于你计划分配的 SGA 大小，实例直接起不来；kernel.shmall 则要 ≥ shmmax / page_size，否则多段分配也会失败。
-
getconf PAGE_SIZE查当前页大小（通常为 4096） - 假设你要配 32GB SGA：
kernel.shmmax = 34359738368（32 × 1024³） - 对应
kernel.shmall = 8388608（34359738368 ÷ 4096） - 别用“最大值”硬塞——比如设
shmmax = 9223372036854775807，某些内核版本会触发EINVAL错误
fs.file-max 和 kernel.sem 要撑住并发连接数
Oracle 每个用户进程、后台进程、日志写入线程都会占用文件句柄和信号量。预设值（如 fs.file-max = 8192）在中等负载下就会耗尽。
-
fs.file-max建议 ≥ 2 × 最大并发连接数（含后台进程），常见设为6815744或更高 -
kernel.sem四元组含义是：SEMMSL（每组信号量数）、SEMMNS（系统总信号量数）、SEMOPM（单次 semop 调用上限）、SEMMNI（信号量集总数） - 典型 Oracle 设置：
kernel.sem = 250 32000 100 128，其中SEMMNS = 32000应 ≥processes × 2（processes是 Oracle 参数） - 改完不验证？运行
ipcs -l看实际信号量限制是否已更新
sysctl -p 不生效？你可能根本没加载对文件
sysctl -p 默认只读 /etc/sysctl.conf，而 sysctl --system 才按顺序加载 /usr/lib/sysctl.d/ → /run/sysctl.d/ → /etc/sysctl.d/ → /etc/sysctl.conf。线上环境推荐后者。
- 把 Oracle 相关参数单独放进
/etc/sysctl.d/99-oracle.conf，避免污染主配置 - 执行
sudo sysctl --system，不是sysctl -p - 检查是否真生效：
sysctl kernel.shmmax输出必须是你写的数值，不能是旧值或报错 - 常见坑：
kernel.shmmax= 2147483648（等号后空格）→ 加载静默失败，值不变
net.ipv4.ip_local_port_range 和 rmem/wmem 影响连接建立与吞吐
Oracle RAC、Data Guard 或大量短连接场景下，端口耗尽或 TCP 缓冲区太小会导致连接超时、重传激增。
-
net.ipv4.ip_local_port_range推荐设宽些，如9000 65500，避开 1–1023 特权端口和常用服务端口 -
net.core.rmem_max和net.core.wmem_max要 ≥ OracleSO_RCVBUF/SO_SNDBUF设置，否则会被内核截断 - 别盲目调高
net.core.netdev_max_backlog——若网卡中断处理不过来，反而丢包更严重 - 改完建议跑一次
ss -s，观察tcp统计里的tw（TIME-WAIT）和drop计数有无异常增长
最易被忽略的是：参数写了≠生效≠适合你的硬件+内核组合。比如 vm.nr_hugepages 在非 NUMA 架构上设太多，反而增加内存碎片；又比如 kernel.shmmax 超过物理内存 90%，可能触发 OOM Killer 杀掉 Oracle 进程。上线前务必在同规格测试机上完整走一遍启动、连接、压力流程。
