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