oracle 19c 不支持 windows server 2022，官方仅支持至 windows server 2019，强行安装会在环境检查阶段报 prvg-11335 错误并失败；绕过检查会导致服务注册、监听器启动及实例启动等底层兼容性问题；唯一合规方案是升级至 oracle 21c/23ai 或降级宿主机为 windows server 2019。
Oracle 19c 不支持 Windows Server 2022，强行安装会在环境检查阶段直接失败，无法进入主安装流程。
官方明确限定 Oracle 19c 支持的最高 Windows Server 版本是 Windows Server 2019。你查不到任何 19c 的 Release Update（如 19.21.0.0.0 或 19.27.0.0.0）验证通过 Windows Server 2022 —— Oracle 官网文档 Doc ID 2687049.1 和所有 RU 补丁说明中，2022 均未出现在支持列表里。
最典型的报错是：PRVG-11335 : OS version is not supported。这个错误由 Oracle Universal Installer（OUI）在启动初期调用系统校验逻辑时触发，根本不会让你走到“选择安装路径”或“配置监听器”的步骤。
为什么 –ignoreSysPrereqs 不解决问题
有人尝试加参数跳过检查，比如：setup.exe -ignoreSysPrereqs。这确实能绕过 PRVG-11335，但后续会立刻遇到更严重的问题：
- 服务注册失败：Windows 服务控制管理器（SCM）拒绝注册
OracleServiceORCL，报错ERROR_SERVICE_NOT_FOUND或权限拒绝 - 监听器无法启动：
lsnrctl start返回TNS-12560: TNS:protocol adapter error，底层因 Windows API 调用不兼容而崩溃 - 实例启动失败：
sqlplus / as sysdba连上后执行startup，报ORA-01078: failure in processing system parameters，原因是spfile初始化时读取注册表或系统信息异常
这些不是配置问题，而是二进制层面的 ABI 不匹配。Oracle 19c 的可执行文件未链接 Windows Server 2022 新增的系统 DLL（如 kernelbase.dll 中的符号变更），补丁也无法修复。
真正可行的部署路径只有两条
不是“技巧”，而是 Oracle 认证支持矩阵强制要求的路径：
-
升级数据库版本：改用
Oracle 21c (21.3.0.0.0)或Oracle 23ai (23.4.0.0.0)。这两个版本从首个 RU 就原生支持 Windows Server 2022，并持续随每个 RU 更新对 SMB 3.1.1、Secured-core 等新特性的适配 -
降级操作系统：将物理机或虚拟机操作系统换为
Windows Server 2019。这不是倒退——微软对2019的主流支持持续到2029-01-09，Oracle 对19c的扩展支持也到2027-12-31，生命周期完全对齐
若必须保留在 Windows Server 2022 宿主机上运行 19c，唯一合规方式是用 Hyper-V 或 VMware 创建一台 Windows Server 2019 虚拟机，在其中安装 19c。宿主机网络设为桥接，虚拟机配静态 IP，再开放防火墙端口（如 1521），即可从外部正常连接。
容易被忽略的关键细节
很多人以为“装上就完事”，但实际部署中三个点常被跳过，直接导致后续连接失败：
-
ODAC版本必须与数据库主版本严格一致：用23ai就必须配ODAC 23ai，混用ODAC 19c会导致 .NET 应用抛ORA-12154，且错误日志里不提示版本冲突 -
Microsoft Visual C++ 2015–2022 Redistributable缺失会导致 OUI 启动白屏或闪退，不是所有 Windows Server 2022 默认带全这个运行库 -
RU 补丁不是独立安装包：它必须和对应版本的基础安装介质（如WINDOWS.X64_193000_db_home.zip）一起使用。单独解压 RU 并运行opatch apply会报OPatch failed with error code 73
