Oracle 11g 在 Windows 10 上报 INS-13001 是因安装程序不识别内核 6.2，需修改 database\stage\cvu\cvu_prereq.xml，在<CERTIFIED_SYSTEMS>内添加匹配 RELEASE="6.2"、ARCHITECTURE 和 NAME 的完整条目，并调整 MAX_LENGTH 防 PATH 超长，同时以管理员权限覆盖文件、关闭杀软、解除文件“来自互联网”锁定。
oracle 11g 在 windows 10 上直接运行 setup.exe 就报 ins-13001，不是环境真不满足，是安装程序压根不认识 win10 的内核版本号 6.2 —— 它只认到 6.1（windows 7）为止。
cvu_prereq.xml 是什么，为什么改它就能过检测
这个文件是 Oracle 安装前检查（CVU）的“白名单数据库”，cvu_prereq.xml 里硬编码了所有被认证的操作系统版本。Win10 内核是 6.2，而 Oracle 11g 发布于 2007 年，自然没写进去。安装程序读到 6.2 就判定“未知系统 → 不安全 → 中断”。修改它，等于手动给 Win10 发一张入场券。
-
RELEASE="6.2"必须匹配 Windows 10 实际内核（可通过ver命令确认） -
VERSION VALUE="3"是 Oracle 内部约定值，不能改成 1 或 2，否则校验逻辑会跳过该条目 - 必须加在
<CERTIFIED_SYSTEMS>标签内部，且不能嵌套错层
64-bit 和 32-bit 的配置项不能混用
你装的是哪个架构的 Oracle，就严格对应哪一段。常见错误是：下载了 64 位安装包，却复制了 32 位的 XML 片段，结果安装时卡在“检查内存”阶段。
- 64 位 Oracle：用
ARCHITECTURE VALUE="64-bit"，MAX_LENGTH建议设为2023（防 PATH 过长报错） - 32 位 Oracle：用
ARCHITECTURE VALUE="32-bit"，MAX_LENGTH保持1023即可 - 别信“改一个地方就行”的说法 ——
RELEASE、ARCHITECTURE、NAME三者必须成套出现，缺一不可
PATH 环境变量超长也会触发 INS-13001
即使系统版本加对了，如果当前用户的 PATH 总长度超过 MAX_LENGTH 指定值（默认 1023），CVU 仍会报同一错误码，但日志里会多一句 Environment variable: "PATH" status: FAILED。
- 打开命令行执行
echo %PATH%看实际长度（字符数） - 若接近或超过 1023，必须同步调大
MAX_LENGTH属性值，比如改成2023 - 不要试图删 PATH 来凑数 —— 很多开发工具依赖它，删错会导致后续 sqlplus 或 listener 启动失败
改完文件后 setup.exe 还报错？重点查这三处
文件保存成功 ≠ 安装能过。Win10 的权限机制和杀软拦截常让修改失效。
- 用记事本保存时若提示“需要管理员权限”，说明没真正写入原路径 —— 应先复制到桌面修改，再以管理员身份覆盖回
database\stage\cvu\ - 杀毒软件（尤其是 360、腾讯电脑管家）会静默拦截对
cvu_prereq.xml的写入，临时关闭实时防护再试 - 确保运行的是解压后目录里的
setup.exe，不是从压缩包内直接双击 —— 那样读不到你改过的 XML
最易被忽略的一点：cvu_prereq.xml 文件本身可能被系统标记为“来自互联网”，右键属性里勾选“解除锁定”才能被安装程序正常读取。这个标志不会报错，但会让新增的 OPERATING_SYSTEM 条目彻底失效。
