根本原因是安装程序硬编码OS白名单，需同步修改oraparam.ini三处（Windows=行、[Windows-X-required]、[Windows-X-optional]）及refhost.xml中的<VERSION VALUE="X.X"/>，否则仍报OUI-18001。
oracle安装时检查操作系统版本失败，根本原因不是系统真不兼容，而是安装程序硬编码了白名单——oraparam.ini 里写的版本号没覆盖你当前系统的 systeminfo 输出值（比如 win10 是 10.0 或内核版 6.2/6.3），它就直接报错退出。
怎么确认当前系统真实版本号
别猜，先查准。打开命令提示符执行：
systeminfo | findstr /B /C:"OS Name" /C:"OS Version"
重点关注 OS Version 那行，例如输出 10.0.19045，前两位 10.0 就是你要填进 oraparam.ini 的主版本；部分老安装包只认内核号（6.2 对应 Win10，6.3 对应 Win10 1809+，10.0 是 Win10/11 通用标识），得看报错里实际提示的是哪个。
- 报错写 “实际是 6.2” → 改
Windows=...行加6.2 - 报错写 “实际是 10.0” → 加
10.0（2026 年新装 Win11 也常显示这个） - Linux 下报
redhat-9不支持 → 查/etc/redhat-release确认大版本，再往Linux=...后追加
修改oraparam.ini的三个关键位置
oraparam.ini 通常在解压后目录的 install/ 子目录下（路径类似 database/install/oraparam.ini）。它不是随便加个数字就行，必须同步改三处：
- 在
[Certified Versions]段下，找到Windows=...这一行，在末尾追加你的版本号，用英文逗号分隔，比如：Windows=5.0,5.1,5.2,6.0,6.1,6.2,6.3,10.0 - 新增一个
[Windows-6.2-required]（或对应你版本的段），里面至少要有：MIN_DISPLAY_COLORS=256（OUI 图形界面最低要求） - 再新增一个同名的
[Windows-6.2-optional]段（可空，但不能缺；有些版本不加这个会卡在后续检测）
注意：oraparam.ini 默认是只读属性，右键 → 属性 → 取消勾选“只读”，否则保存失败。
为什么只改oraparam.ini有时还不行
因为 Oracle 10g/11g 的 OUI（Universal Installer）会双重校验：先读 oraparam.ini，再查 refhost.xml。后者在 stage/prereq/ 目录下（路径类似 database/stage/prereq/db/refhost.xml），如果里面没声明你的 OS 版本，照样报 OUI-18001。
- 打开所有找到的
refhost.xml（可能有多个，client/db/server 各一个） - 在
</CERTIFIED_SYSTEMS>标签前插入：<!--Microsoft Windows 10--> <OPERATING_SYSTEM> <VERSION VALUE="10.0"/> </OPERATING_SYSTEM>
- 若报错提示的是
6.2或6.3，把VALUE改成对应数字即可
漏掉这个文件，哪怕 oraparam.ini 改对了，安装也会在“检查主机平台”阶段失败。
绕过检测的风险和替代方案
改配置能跑通，但不等于真正稳定：
-
oracle_certified_os=1环境变量方式（Windows 用set oracle_certified_os=1）最省事，但仅跳过版本检查，不解决底层 API 兼容问题，Win10/11 上容易在建库或启动监听时崩溃 - Oracle 10g 官方从未认证 Win10/11，已知问题包括：服务无法自启、
sqlplus中文乱码、OUI 偶发闪退——这些都不是改 ini 能修的 - 真正稳妥的做法是换 Oracle 11gR2（支持 Win10）或 12c+（支持 Win11），或者用 Docker 跑旧版 Oracle（如
oracle/database:11.2.0.2-xe）
最后提醒一句：所有修改前务必备份原始 oraparam.ini 和 refhost.xml。改错一个字符，OUI 就可能解析失败并静默退出，连日志都不留——这种细节，比版本号本身还容易踩坑。
