Oracle 11g 11.2.0.1.0安装卡在2%是因CPU逻辑核心数超限触发硬编码限制，唯一稳定解法是通过msconfig将启动处理器数限制为8，长期应升级至11.2.0.4.0或改用Oracle XE。
Oracle 11g 安装卡在 2% 是 CPU 核心数超限，不是配置或权限问题
oracle 11g（尤其是 11.2.0.1.0 公开版）内部硬编码了对逻辑处理器数量的容忍上限，windows 10/11 默认启用全部核心+超线程后，40核80线程的机器上 setup.exe 直接卡死在初始化阶段——日志几乎无报错，gui 停在 2%。这不是网络慢、磁盘慢，也不是服务没关、防火墙没关，更不是 oracleserviceorcl 或 tnslistener 导致的。
禁用 Windows Defender 防火墙、停掉 WMI 服务、关闭杀软，全无效；强行修改 listener.ora 或重配 tnsnames.ora 属于方向错误。
- 真正触发点只在两个环节：
setup.exe首次启动安装软件，或DBCA创建数据库实例 -
Pagefile.sys膨胀到上百 GB、内存溢出报错，都是该 bug 的连带现象，本质是初始化线程因核数过多陷入无限等待 - 这个限制仅存在于 11.2.0.1.0，11.2.0.4.0 已修复，但需 Oracle Support 合同才能下载
临时解法：用 msconfig 限制启动时可见 CPU 核心数为 8
这是所有实测案例中唯一稳定绕过该 bug 的方法，原理是让 Oracle 安装程序“以为”自己运行在低核数环境里，跳过内部核数检查逻辑。
- 按
Win + R，输入msconfig回车 - 切换到「引导」选项卡 → 点击「高级选项」→ 勾选「处理器个数」→ 下拉选
8（不要选 4 或 16，8是最稳妥的兼容值） - 点击「确定」→ 「重新启动」电脑
- 重启后立刻运行
setup.exe，不再卡住
注意：msconfig 设置会影响全局——重启后所有程序都只能调度到 8 个逻辑核心，IDE 编译、Docker 构建会明显变慢；若之后取消该设置，已创建的数据库实例可能无法启动（尤其用 DBCA 创建时）。
长期规避：别硬扛 11.2.0.1.0，换版本或升级补丁
限制处理器数只是权宜之计。个人学习或开发测试场景，直接换用无核数限制且免授权的版本更省事：
-
Oracle 12c Express Edition（XE）：支持现代 CPU，安装即用，最大 2GB RAM / 12GB 用户数据 -
Oracle 21c XE：最新免费版，支持 JSON、多租户简化版、自动索引等新特性，无核心数限制 - 如必须用 11g，最低应升至
11.2.0.4.0（PSU 补丁包），但需有效 Oracle Support 合同
别被“老版本稳定”误导——11.2.0.1.0 在高核数机器上的崩溃是确定性行为，不是概率性故障；所谓“调参数能救”，实际是把问题延后到 DBCA 或后续启动阶段爆发。
装完后必须做的三件事：关服务、压 CPU、控内存
Oracle 11g 装完不优化，日常开发会拖垮整台机器。重点不是“怎么配高性能”，而是“怎么让它少抢资源”：
- 停掉不用的服务：
OracleDBConsoleORCL（对应perl.exe高 CPU 占用）、OracleJobber、OracleMTSRecoveryService - 把
OracleServiceORCL启动类型设为「手动」，不用时右键停止，可释放 600MB+ 内存 - 禁用结果缓存和自适应游标共享这类“智能但吃资源”的特性：
RESULT_CACHE_MODE=MANUAL、_optimizer_adaptive_cursor_sharing=FALSE
最容易被忽略的是：这些优化只在你真用 Oracle 时才生效；平时关服务、手动启停，比任何 SGA/PGA 参数调优都管用——毕竟你不是在跑生产库，而是在一台 Win10 笔记本上写 Java CRUD。
