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 正确。










