Oracle安装卡在“正在检查操作系统要求”的根本原因是Windows的Server、Function Discovery Resource Publication和SSDP Discovery服务未运行；需在services.msc中将三者设为“自动”并启动，其中Server服务依赖Windows Firewall，LTSC系统需手动补全缺失服务。
Oracle安装卡在“正在检查操作系统要求”怎么办
根本原因是 windows 的 server 服务未运行，或 function discovery resource publication、ssdp discovery 等依赖服务被禁用——oracle 12c/19c 安装程序会主动调用 windows api 查询网络共享能力，一旦这些服务不可用，检查逻辑就陷入无限等待。
这不是权限问题，也不是杀毒软件拦截，更不是磁盘空间不足。它卡得无声无息，任务管理器里看不到明显高 CPU 占用，只在日志里留下一行：INFO: Checking operating system requirements...，然后停住。
- 打开服务管理器（
services.msc），确认以下三项状态为「正在运行」且启动类型为「自动」：Server、Function Discovery Resource Publication、SSDP Discovery - 如果
Server服务启动失败，常见原因是「Windows Firewall」服务被完全禁用（它和Server存在隐式依赖），需先启用Windows Firewall - 某些企业镜像或精简版系统会默认关闭
Server服务（认为家用机不需要文件共享），这是 Oracle 安装最常踩的坑
关闭“网络发现”或“文件和打印机共享”会影响安装吗
不影响。Oracle 检查的是底层服务是否可用，不是你是否打开了共享功能。你可以保持“网络发现”为关闭状态，只要 Server 服务在运行，安装就能通过。
换句话说：服务是“引擎”，共享设置只是“仪表盘上的开关”。引擎转着，开关关着，车照样能跑；引擎停了，开关开着也没用。
- 控制面板 → 网络和 Internet → 网络和共享中心 → 更改高级共享设置 → 当前配置文件下，“启用网络发现”和“启用文件和打印机共享”可任意设置
- 但必须确保对应的服务进程存在且响应——用命令行快速验证：
sc query Server返回STATE : 4 RUNNING才算过关 - 别信“禁用 SMBv1 就能跳过检查”的说法，Oracle 不走 SMB 协议栈，它调用的是 Windows 的
NetServerGetInfoAPI，底层绑定的是Server服务本身
安装后要不要保留 Server 服务开启
要。Oracle 数据库监听器（lsnrctl）和部分 DBA 工具（比如 expdp 远程连接时的主机名解析）会间接依赖 Server 服务提供的 NetBIOS 名称解析能力。关掉它，可能引发监听无法注册、TNS-12535 超时等看似无关的问题。
- 生产环境建议维持默认：
Server服务设为「自动」，其他依赖服务（如Function Discovery）设为「手动」即可 - 如果服务器完全隔离内网、不用主机名只用 IP 连接，且确认没开任何 Oracle 的远程数据泵或透明网关功能，可以谨慎设为「手动」，但首次启动数据库前务必手动启一次
- 别试图用组策略禁用
Server服务——Oracle 安装程序检测到它被策略锁定为禁用，会直接报错退出，不给重试机会
Windows 11 或新版 LTSC 镜像安装 Oracle 特别容易卡的原因
因为微软从 Windows 10 2004 和 Windows 11 开始，默认把 Function Discovery Resource Publication 服务启动类型改为「手动（触发器启动）」，而 Oracle 安装程序不会触发它的启动条件，只做同步查询，结果超时返回空，然后死等。
这不是 Bug，是设计差异：Oracle 假设服务已就绪；Windows 假设服务按需加载。
- 最稳做法：进
services.msc，右键该服务 → 属性 → 启动类型选「自动」→ 点击「启动」→ 确定 - 命令行批量处理（管理员权限）：
sc config "Function Discovery Resource Publication" start= auto && net start "Function Discovery Resource Publication" - LTSC 用户注意：
SSDP Discovery在 LTSC 中默认不存在，不用管；但Server和Function Discovery Resource Publication必须手动补全并启用
