<ul><li>ignoreSysPrereqs 在 Windows 上基本无效,因 setup.exe 不识别该参数;仅 Linux 的 runInstaller 支持,且须配合正确系统配置与 UTF-8 无 BOM 的 XML 修改。</li></ul>
直接结论:用 -ignoresysprereqs 能跳过系统级先决条件检查,但不解决根本问题,且在 windows 上多数情况下无效——它只绕过内核参数、内存、包依赖等检查,对操作系统版本识别失败(如 win11/win10 报“环境不满足”)完全不起作用。
-ignoreSysPrereqs 在 Windows 上基本没用Oracle 11g 的 Windows 安装程序(setup.exe)根本不响应 -ignoreSysPrereqs 参数。这个参数是 Linux/Unix 下 runInstaller 脚本才识别的命令行开关。你在 Windows 双击 setup.exe 或从 CMD 运行它时加这个参数,安装程序会静默忽略,继续报错。
setup.exe -help,输出里根本不会列出 -ignoreSysPrereqs
cvu_prereq.xml(Win10/Win11)或 refhost.xml(Win7/Vista)sysctl、ulimit、RPM 包版本等,不能替代手动配置-ignoreSysPrereqs 在 Linux 下的正确使用场景它适用于已确认系统实际满足要求、但检测脚本误报的情况,比如:
kernel.shmmax,但 cvu 检查仍读到旧值(需执行 sysctl -p 并重启 cvu 进程)df 输出含 NFS 挂载点,cvu 解析失败此时可安全加参数启动:./runInstaller -ignoreSysPrereqs -silent -responseFile /path/to/db_install.rsp
-ignoreSysPrereqs 更关键的三个实操点很多人以为跳过检查就万事大吉,结果装完连监听都起不来。真正要盯住的是:
cvu_prereq.xml 修改后必须保存为 UTF-8 无 BOM 格式,否则解析失败,安装程序仍报错-ignoreSysPrereqs,oracle 用户的 ulimit -n 仍必须 ≥ 65536,否则实例启动时会卡在 ORA-27123
最常被忽略的其实是监听器配置时机——-ignoreSysPrereqs 不影响 netca 或 dbca 阶段的校验,而 TNS-12541 错误往往出在这里。别急着点“下一步”,先确认 listener.ora 里的 HOST 是当前机器名,不是 localhost 或 IP。这个细节,比参数本身重要得多。