Oracle 19c安装怎么跳过先决条件检查_添加ignorePrereq参数强制执行

Oracle 19c静默安装时如何加 ignorePrereq 跳过先决条件检查

很多朋友在尝试静默安装Oracle 19c时，都遇到过类似的问题：明明在命令行里加了-ignorePrereq参数，怎么还是被先决条件检查给拦下了？其实，这事儿的关键在于，Oracle的静默安装程序runinstaller对参数的位置和组合方式极其敏感，不是简单加个开关就能万事大吉的。

你可能会看到这样的错误：./runInstaller -ignorePrereq -responseFile /path/to/db.rsp执行后，依然报出PRVF-0002 : could not retrieve local node name或其他先决条件失败。这通常就表明，你加的-ignorePrereq根本没生效，被安装程序给忽略了。

这里有几个必须留意的细节：

• 参数顺序是硬性规定：-ignorePrereq必须放在-responseFile之前。顺序一旦错了，这个参数就等于白加。
• 响应文件要配齐：响应文件里必须显式设置好所有必需项，比如oracle.install.db.InstallEdition=EE。否则，就算侥幸跳过了初始检查，后续步骤也大概率会失败。
• 仅限静默模式：这个参数只在静默安装（即配合-silent参数）时有效，图形界面安装是不支持的。
• 理解其本质：Oracle 19c的runInstaller实际上调用的是基于Ja va的OUI（Oracle Universal Installer），-ignorePrereq是OUI层面的一个开关，并非数据库引擎本身的参数。

响应文件里要改哪几处才能让 ignorePrereq 生效

光在命令行上下功夫还不够，响应文件本身也得进行相应的“适配手术”。Oracle 19c默认的db_install.rsp响应文件，其实是禁用跳过检查功能的，需要我们手动解开限制。

具体需要调整哪几项呢？

• 关闭OS支持检查：找到oracle.install.db.checkForOSSupport=true这一行，将其改为false。如果不改，操作系统版本检查依然会触发并可能导致失败。
• 确认磁盘空间检查已关闭：确保oracle.install.db.DiskSpaceCheck=false已经设为false，防止因磁盘空间不足而中断安装。
• 清理非必需预设项：建议删除或注释掉像oracle.install.db.config.starterdb.characterSet=AL32UTF8这类非强制性的预设参数。这样可以避免因字符集等校验连带失败。
• 保留密码项：必须保留oracle.install.db.config.starterdb.password.ALL=your_password这样的密码设置项。否则，跳过了前面的检查，却可能卡在密码验证环节。

全部修改并保存后，再尝试执行以下命令：

./runInstaller -ignorePrereq -responseFile /tmp/db_install.rsp -silent -waitforcompletion

ignorePrereq 强制通过后常见的运行时问题

需要特别警惕的是，跳过检查绝不等于运行环境已经达标。很多隐藏的问题会在数据库实例启动或建库阶段才暴露出来，那时候排查起来可比安装失败麻烦多了。

哪些是“后遗症”高发区呢？

• 内核参数未调整：比如semmsl、shmall等参数设置不当，可能导致ORA-27123: unable to attach to shared memory segment错误。
• 用户资源限制过低：特别是nofile（打开文件数）设置不足，容易引发ORA-00020: maximum number of processes exceeded。
• SELinux策略未配置：如果SELinux处于启用状态且未配置相应策略，可能会遇到ORA-12547: TNS:lost contact，原因是监听器无法正常绑定端口。
• /dev/shm容量不足：该共享内存挂载点容量若小于4GB，即使物理内存充足，实例启动时也可能报ORA-27102: out of memory。

这些问题，安装程序的前置检查原本是可以部分发现的，但ignorePrereq把它们全都掩盖了。因此，在决定跳过检查前，一个比较稳妥的做法是，先用runcluvfy.sh stage -pre dbinst -fixup命令做一次修复建议扫描，提前发现并处理环境问题。

有没有比 ignorePrereq 更稳妥的绕过方式

当然有，不过这些方法通常适用场景比较有限。真正追求稳定的做法，往往不是“硬跳”，而是让检查程序“认为”环境已经合格。

市场上不乏这样的变通思路：

• 临时伪装系统版本：在测试环境中，可以临时修改/etc/redhat-release或/etc/os-release文件，将Oracle官方不直接支持的发行版（例如Rocky Linux 8.6）伪装成Oracle Linux 8.6。**生产环境务必慎用此方法。**
• 提前注册验证服务：通过提前安装并注册cvuqdisk包，可以绕过一部分节点发现类的检查（比如前面提到的PRVF-0002错误）。
• 明确数据库配置：在响应文件中，明确设置oracle.install.db.config.starterdb.type=GENERAL_PURPOSE并指定oracle.install.db.config.starterdb.globalDBName，可以避免因数据库类型推导失败而引发的校验退出。

话说回来，强制跳过检查永远是最后的手段。值得注意的是，Oracle 19c对于ignorePrereq的容忍度比12c时期更低了。尤其是在ARM64架构或容器化部署场景下，很多环境检查已经下沉到cgroup和namespace的层级，命令行参数可能根本触及不到，跳过安装检查的意义也就大打折扣了。