Oracle 19c RAC安装报错如何解决？检查操作系统内核参数

Oracle 19c RAC安装内核参数检查失败（kernel parameter check failed）的完整解决方案

在部署Oracle 19c RAC集群时，若安装程序提示“kernel parameter check failed”，首要步骤是立即查看详细的安装日志。Oracle的runinstaller会在预检阶段实时读取/proc/sys/下的内核参数，任何一项不满足要求都会导致安装中断。关键信息通常会在错误日志中清晰列出：具体是哪个参数、当前系统值是多少、以及Oracle要求的最低值是多少。

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

相较于单机安装，RAC环境对内核参数的要求更为严格。以下几个参数是常见的高发问题点：net.ipv4.ip_local_port_range、fs.file-max，以及至关重要的共享内存参数kernel.shmall和kernel.shmmax。需要特别注意的是信号量参数kernel.sem，其四个数值（semmsl, semmns, semopm, semmni）必须作为一个整体满足Oracle 19c RAC的规格，官方文档要求的最低配置通常为250 32000 100 142。

• 在修改任何配置文件前，务必先使用sysctl -p命令确认系统当前实际生效的参数值。
• 修改/etc/sysctl.conf或相关配置文件后，必须执行sysctl -p命令使更改立即生效，因为RAC安装程序不会自动重新加载配置。
• 对于Oracle Linux 8或RHEL 8等使用systemd的系统，参数可能由systemd-sysctl服务管理。建议检查/etc/sysctl.d/99-oracle-rac.conf等文件的加载优先级，防止参数被其他配置覆盖。

修改/etc/sysctl.conf后参数为何不生效？排查与验证方法

根本原因在于：Oracle RAC安装脚本校验的是内核的实时运行参数，而非配置文件中的静态文本。最常见的错误是仅编辑了文件，却未执行命令让修改生效，或修改后未进行二次验证。

推荐的标准操作与验证流程如下：
第一步，使用sysctl -w parameter=value命令让参数临时生效（例如：sysctl -w kernel.shmmax=4398046511104）。
第二步，立即使用sysctl parameter命令（如sysctl kernel.shmmax）查看输出，确认当前值已符合要求。
第三步，将确认无误的参数值持久化写入/etc/sysctl.conf，并执行sysctl -p加载。

• 请注意，sysctl -p默认仅加载/etc/sysctl.conf文件，可能不包含/etc/sysctl.d/目录下的配置，具体取决于系统设定。
• 在Oracle Linux 8等系统中，建议检查systemd-sysctl服务的状态：systemctl status systemd-sysctl。
• 对于RAC集群，所有节点间的内核参数必须保持严格一致。最稳妥的做法是，使用scp等工具同步配置文件后，在每个集群节点上分别执行sysctl -p命令。

如何正确计算kernel.shmall与kernel.shmmax的安全值

这两个共享内存参数不能随意设置为极大值。它们需要与服务器的物理内存容量以及规划的Oracle SGA大小精确匹配。设置过大可能导致内核无法分配内存。

• kernel.shmmax定义了单个共享内存段的最大字节数，其值应大于或等于单个Oracle实例的最大SGA尺寸。例如，若计划配置32GB的SGA，则该值至少应设为34359738368（即32 × 1024³字节）。
• kernel.shmall的单位是内存页（Page），默认页大小为4KB。其计算公式为：物理内存总字节数 / 4096。以一台128GB内存的服务器为例，计算过程为 (128 × 1024³) / 4096 = 33554432。
• 核心要点：RAC是多实例架构，因此shmall所定义的“系统级共享内存页总数上限”，必须能够容纳所有RAC实例的SGA总和，而不能仅按单个实例计算。
• 尽管Oracle 19c官方文档列出的shmall最低要求仅为2097152，但这仅是安装通过的门槛值。对于实际生产环境，尤其是大型数据库，此值通常需要大幅调高。

遇到fs.aio-max-nr报错但文档未提及，是否需要调整？

必须调整。虽然在Oracle 19c的公开安装检查列表中，fs.aio-max-nr（异步I/O最大请求数）可能未被列为强制项，但RAC的ASM实例高度依赖异步I/O来保障性能。实际上，安装程序的内部校验逻辑包含了此参数，其设定的阈值通常为1048576。

典型场景是：安装界面在“检查操作系统要求”阶段卡住，后台日志中明确记录：fs.aio-max-nr = xxxxxx, required: 1048576。

• 此参数的特殊性在于：它通常无法通过sysctl -w命令动态调高（受内核限制）。必须将其写入/etc/sysctl.conf，然后通过重启系统或触发配置重载来生效。
• 在某些较早的内核版本（如RHEL/CentOS 7.6之前）中，设置可能不生效。建议先确认内核版本：uname -r，建议版本不低于3.10.0-957。
• 如果使用的是Oracle的UEK内核，还需确认aio内核模块已加载：执行lsmod | grep aio进行验证。

一个极易被忽略的关键细节是：RAC安装检查脚本对参数名的书写格式极其敏感。fs.aio-max-nr必须严格按照此格式书写，不能误写为fs.aio_max_nr或漏掉连字符。即使是一个字符的差异，也会导致检查失败，使问题排查陷入误区。