ORA-27102报错常因HugePages未启用或配置不足：需确保vm.nr_hugepages≥SGA所需大页数、use_large_pages=only/auto已设、THP已禁用，并用hugepages_settings.sh计算合理值。
Oracle 启动报 ORA-27102: out of memory 且系统内存充足？先查 HugePages 是否被禁用
很多 dba 遇到 oracle 实例无法启动，dmesg 里有 cannot allocate memory，但 free -h 显示还有几十 gb 空闲——这大概率是内核没给 oracle 分配大页，而 oracle 又强制要求使用（use_large_pages=only 时）。默认情况下，linux 不自动启用 hugepages，oracle 也不会帮你申请，必须手动配置。
关键点：不是“开了就有效”，而是要让 vm.nr_hugepages 的值 ≥ Oracle SGA 所需的大页总数，且 Oracle 进程启动前就得预留好。
-
HugePages是静态预分配的，不能动态增减；修改/proc/sys/vm/nr_hugepages只影响未来分配，已运行的 Oracle 实例不会自动切换过去 - 确认当前是否启用：
grep HugePages_ /proc/meminfo，看HugePages_Free和HugePages_Total是否一致（全空闲 ≠ 已启用，得看Total > 0） - Oracle 11gR2+ 默认不启用
HugePages，即使你改了内核参数，也得在spfile中显式设use_large_pages=only或auto，否则它会退回到普通页
计算 vm.nr_hugepages 应该设多少？别直接套用 sga_target
很多人拿 sga_target 除以 2MB（x86_64 默认大页大小）就完事，结果发现 HugePages_Free 始终不为 0。因为 Oracle SGA 并非全部走大页——比如 PGA、某些后台进程内存、甚至部分共享池子结构仍用普通页；更关键的是，HugePages 只覆盖 SGA 中连续分配的部分，而 Oracle 内部可能因内存碎片或保留区多占几页。
稳妥做法是用 Oracle 官方脚本 hugepages_settings.sh（$ORACLE_HOME/rdbms/install/ 下），它会读取当前实例的 MEMORY_TARGET 或 SGA_MAX_SIZE，再加固定余量（通常 +20～30 页）。
- 运行前确保 Oracle 实例已启动（否则脚本读不到真实 SGA 分配值）
- 脚本输出的推荐值是
nr_hugepages最小值，建议在此基础上 +5%，避免因内核内存管理微调导致预留失败 - 若系统启用了
Transparent HugePages (THP)，必须关掉：echo never > /sys/kernel/mm/transparent_hugepage/enabled，否则 Oracle 拒绝使用显式HugePages
验证 Oracle 是否真在用 HugePages？别只信 ps 或 v$memory_dynamic_components
ps -eo pid,comm,args | grep pmon 看不到 “hugetlb” 字样，也不代表没用上；v$memory_dynamic_components 更不会显示大页使用状态。真正可靠的验证路径只有两条：看内核统计 + 看 Oracle 启动日志。
- 检查
/proc/meminfo：grep -i huge /proc/meminfo，重点关注HugePages_Free ，且差值稳定（不随 Oracle 连接数剧烈波动） - 重启 Oracle 实例后，立刻查告警日志：
tail -20 $ORACLE_BASE/diag/rdbms/*/trace/alert_*.log，搜索Large Pages，正常应有类似Large Pages used: 1280 (2.00 MB)的行 - 如果日志里出现
WARNING: Large pages are disabled或Failed to allocate large pages，说明内核预留不足、THP 未禁用、或 Oracle 用户无权访问大页（需加memlock限制）
memlock 限制没调够，use_large_pages=only 会静默降级
Oracle 用户（如 oracle）的 ulimit -l 必须 ≥ 所有大页总大小（单位 KB），否则即使 nr_hugepages 设对了，Oracle 启动时也会放弃大页，回退到普通页——而且不报错，只在 alert.log 里埋一句警告，极难察觉。
- 计算公式：
memlock(KB) = nr_hugepages × 2048（2MB/页），例如 1000 页 → 至少设memlock = 2048000 - 设置位置：仅在
/etc/security/limits.conf中对 Oracle 用户生效，格式为oracle soft memlock 2048000和oracle hard memlock 2048000 - 注意：SSH 登录后需重新登录或执行
ulimit -l确认生效；systemd 服务（如通过systemctl start oracle）还需在 service 文件中加LimitMEMLOCK=行
最常被忽略的是：改完 limits.conf 不重启 shell，或以为 root 改了就全局生效。其实每个用户 session 的 ulimit 是独立继承的，Oracle 启动脚本跑在哪个 shell 环境下，就得让那个环境的 ulimit 正确。
