应运行Oracle官方脚本$ORACLE_HOME/rdbms/install/hugepages_settings.sh计算vm.nr_hugepages值，该脚本基于已启动实例的真实SGA_MAX_SIZE、PGA_AGGREGATE_TARGET及固定余量向上取整，并建议在此结果上再加5%余量；多实例需累加各实例推荐值后统一配置。
怎么算 vm.nr_hugepages 值才不翻车
别拿 sga_target 或 sga_max_size 直接除以 2mb 就完事。oracle sga 内部有保留区、内存对齐开销、部分结构仍走普通页，实际大页占用通常比 sga 总量多出 10～30 页。
最稳妥的做法是运行 Oracle 官方脚本：$ORACLE_HOME/rdbms/install/hugepages_settings.sh（注意路径，不是 admin/ 下那个旧版）。它会读取当前已启动实例的真实 SGA_MAX_SIZE 和 PGA_AGGREGATE_TARGET，再加固定余量后向上取整到 2MB 边界。
- 必须在数据库实例已启动状态下运行，否则脚本读不到真实分配值
- 输出的推荐值是
vm.nr_hugepages的最小值，建议在此基础上再 +5% 防内核微调失败 - 如果有多实例共存，得把所有实例的推荐值加总，再留余量
改 /etc/sysctl.conf 时哪些参数不能漏
只改 vm.nr_hugepages 是不够的。缺了下面三项，Oracle 启动时大概率报 ORA-27102: out of memory 或静默退回到普通页。
-
vm.nr_hugepages = <your_calculated_value></your_calculated_value>：核心参数，设为脚本推荐值上浮后的整数 -
vm.hugetlb_shm_group = <oinstall_gid></oinstall_gid>：填 Oracle 用户所属oinstall组的 GID（用id -g oinstall查），否则 Oracle 进程无权使用大页 -
kernel.shmmax和kernel.shmall要 ≥ SGA 实际大小（单位字节 / 页）：否则共享内存段申请失败，大页根本没机会被绑定
改完必须执行 sysctl -p 生效，且确认无报错。别信“改了就 OK”，sysctl -p 输出错误或警告必须当场解决。
为什么 grep Huge /proc/meminfo 显示 HugePages_Free 还剩很多，但 Oracle 没用上
常见假象：HugePages_Total 有值、HugePages_Free 接近 HugePages_Total，就以为大页空闲＝没被 Oracle 使用。其实恰恰相反——这说明 Oracle 根本没成功绑定大页，仍在用普通页跑 SGA。
- 真正有效的信号是：
HugePages_Free显著下降（比如只剩个位数），且HugePages_Rsvd> 0 - 如果
HugePages_Rsvd为 0，基本可断定 Oracle 启动时跳过了大页，原因通常是：use_large_pages=only没设、AMM 没禁用、memlock不足、或 systemd 的LimitMEMLOCK没放开 -
ps -eo pid,comm,args | grep pmon看不到hugetlb字样 ≠ 没用大页，但HugePages_Rsvd为 0 就一定没用上
Oracle 19c 必须关掉 transparent_hugepage
19c 对透明大页（THP）更敏感。即使你配好了显式 HugePages，只要 THP 处于 [always] 或 [madvise]，Oracle 会主动拒绝使用大页，并在告警日志里写 WARNING: Transparent huge pages are enabled。
永久禁用方式（RHEL/CentOS/OEL）：
- 检查当前状态：
cat /sys/kernel/mm/transparent_hugepage/enabled，看到[always]就得动手 - 修改
/etc/default/grub，在GRUB_CMDLINE_LINUX行末尾加transparent_hugepage=never - 运行
grub2-mkconfig -o /boot/grub2/grub.cfg（RHEL7+）或对应命令重生成配置 - 重启系统，否则内核参数不生效
临时禁用（仅测试用）：echo never > /sys/kernel/mm/transparent_hugepage/enabled，但重启后失效。
