ora-27102启动失败主因是vm.nr_hugepages配置错误或配套参数缺失，必须在所有rac实例startup后运行hugepages_settings.sh取推荐值、相加后上浮5%并向上取整，同时配齐vm.hugetlb_shm_group、kernel.shmmax/shmall、memlock unlimited及禁用thp，且hugepages_rsvd>0才真正生效。

oracle rac 实例启动报 ora-27102: out of memory，但系统空闲内存充足？这不是内存真不够，而是 vm.nr_hugepages 没配对，或配套参数缺失——改完就跑 startup 是无效的，必须验证 hugepages_rsvd > 0 才算真正生效。

为什么 hugepages_settings.sh 输出值不能直接写进 /etc/sysctl.conf

脚本输出的是当前已运行实例映射出的最小页数，但 RAC 启动时有额外开销：ASM buffer、CRS 共享段、LMS/LMD 的 IPC 区域、某些补丁引入的保留区。实测多出 20～40 页很常见。手算更危险：sga_max_size / 2048 忽略了单位换算（SGA 是字节，2MB = 2048 KB）、没加对齐余量、更没考虑多实例叠加。

• 必须在所有 RAC 实例均已 STARTUP 状态下运行脚本：$ORACLE_HOME/rdbms/install/hugepages_settings.sh（注意是 install/，不是 admin/）
• 若节点有多个实例（如主库 + ADG），分别运行脚本，把各 Recommended setting: vm.nr_hugepages=XXXX 值相加，再统一上浮 5% 并向上取整（例如 3120 → 3276）
• 脚本输出为 0？检查 ps -ef | grep pmon 是否真有实例在跑，以及 oracle 用户是否能读 /proc/<pid>/maps</pid>

只改 vm.nr_hugepages 为什么 Oracle 还是不用大页

Oracle 启动时会校验四项参数是否同时就位，缺一不可。仅写 vm.nr_hugepages 到 /etc/sysctl.conf，大概率静默降级回普通页——此时 grep Huge /proc/meminfo 显示 HugePages_Free 接近 HugePages_Total，就是典型假象。

Crypto Sniper Oracle

机构级量化市场预言机，提供订单簿失衡（OBI）、VWAP分析、自动化报告及Telegram预警。

下载

• vm.hugetlb_shm_group = <oinstall_gid></oinstall_gid>：必须设为 oinstall 组 ID（用 id -g oinstall 查），否则 grid/oracle 用户无权挂载大页共享段
• kernel.shmmax 和 kernel.shmall 必须 ≥ 当前实例 SGA 实际大小（单位：字节 / 页）。shmall × 4096 要 ≥ 物理内存；shmall × 2048 × 1024 要 ≥ SGA 总量（单位 MB）
• memlock 必须为 unlimited：检查 ulimit -l，并在 /etc/security/limits.conf 中为 oracle 用户显式设置 oracle soft memlock unlimited 和 oracle hard memlock unlimited
• 改完后必须执行 sysctl -p，且确认输出无 error；若提示 "vm.nr_hugepages" is an unknown key，说明内核未启用 CONFIG_HUGETLB_PAGE=y

为什么 sysctl -p 成功了，但 Oracle 还是启动失败

关键信号不是 HugePages_Total 有值，而是 HugePages_Rsvd > 0 且 HugePages_Free 显著下降（例如只剩个位数）。RHEL9.6+ 上，vm.nr_hugepages 超过物理内存 75% 可能触发 OOM killer（尤其当 vm.swappiness=0 时），主机反复重启——这不是配置错误，而是资源水位误判。

• 禁用 transparent_hugepage 必须永久：修改 /etc/default/grub，在 GRUB_CMDLINE_LINUX 行末尾追加 transparent_hugepage=never，再执行 grub2-mkconfig -o /boot/grub2/grub.cfg 并 reboot
• 验证是否生效：cat /sys/kernel/mm/transparent_hugepage/enabled 输出应为 [never]，且 grep AnonHugePages /proc/meminfo 应返回 AnonHugePages: 0 kB
• RAC 所有节点的 vm.nr_hugepages、vm.hugetlb_shm_group、kernel.shmall 必须完全一致，否则一个节点先占满大页，其他节点启动即失败
• 改完参数后不重启、不重载 CRS，只重启数据库实例是无效的；必须确保 CRS 已用新内核参数启动

最容易被忽略的点是：RAC 启动顺序依赖 CRS，而 CRS 自身也占用大页。哪怕所有数据库参数都对，只要 CRS 进程没拿到大页，后续实例就无法分配——所以验证必须在 crsctl start crs 完成后、再启动数据库前，检查 HugePages_Rsvd 是否已开始增长。