Windows Server 2025 / 如何安装更新并检查重启后的服务
Windows Server 2025 更新是否完成，应结合安装结果、所需重启和服务检查判断。先记录原始状态，再安装计划中的质量更新，在维护窗口完成需要的重启，最后验证操作系统及客户端使用的服务。
准备恢复和维护窗口
长期推迟所有更新会让已知问题持续存在，而没有计划的重启可能中断服务。先评估影响，并为各服务器角色准备合适的备份与恢复方案。即使在实验环境，也要保留虚拟机（VM）控制台访问。以下查询应在待更新服务器上，以管理员身份运行 Windows PowerShell。
- 记录操作系统版本、重要角色和正常的服务状态。
- 检查系统磁盘的可用空间和备份状态。
- 准备适合角色（如域控制器）的恢复程序。
- 识别更新源以及任何所需的代理或防火墙路径。
Get-ComputerInfo | Select-Object WindowsProductName,OsVersion,OsBuildNumber
Get-Volume -DriveLetter C
Get-HotFix | Sort-Object InstalledOn -Descending | Select-Object -First 10Get-HotFix 可以提供参考，但不是所有更新类型的完整清单，应与更新历史及具体更新的官方文档对照。示例检查 C 盘，请确认它在当前环境中是否为系统卷。虚拟机检查点不应作为唯一备份。
更新桌面体验
- 打开设置 → Windows 更新，并检查是否由组织策略管理设置。
- 检查更新并查看提供的类别。本实验室将质量更新应用到现有的 Windows Server 2025 安装中。
- 等待安装并记录任何错误代码。
- 如果需要重启，请检查活动工作，在计划的时间窗口内重启，并通过控制台验证启动和登录。
操作系统版本升级与常规质量更新是分开的。不要仅因为提供了另一个版本就更改课程的目标操作系统。版本更改需要兼容性和恢复计划。
在 Server Core 上使用 SConfig
在本地 PowerShell 控制台打开 SConfig。菜单 5 设置更新模式，菜单 6 用于安装更新。选择计划中的质量更新类别；功能更新属于另一类别。按服务器上显示的标签确认，具体参见微软的 Server Core 更新维护指南。
SConfig自动、仅下载和手动模式需要不同的后续安排。下载完成不代表安装完成；手动模式需要明确负责人和检查计划。遵循组织策略，不要依赖 Server Core 的桌面通知。
在隔离网络上，首先确定配置的源是否可达。使用受控连接或经过验证的官方软件包。不要禁用防火墙，也不要通过获取任意第三方软件包来绕过更新错误。
重启后验证服务
管理员可以成功登录，不代表服务器角色已经正常工作。比较内部版本及更新历史，再从客户端检查实际功能：根据已安装的角色打开文件共享，或向域名系统（Domain Name System，DNS）服务器发起查询。
Get-CimInstance Win32_OperatingSystem | Select-Object Caption,Version,LastBootUpTime
Get-Service | Where-Object Status -eq 'Stopped' | Select-Object Name,DisplayName
Get-WinEvent -FilterHashtable @{LogName='System'; Level=2; StartTime=(Get-Date).AddHours(-2)} -MaxEvents 20停止的服务不一定有故障，有些服务按需启动，应与记录的正常状态比较。示例 Get-WinEvent 查询只选择最近两小时 System 日志中最多 20 条 Error（级别 2）事件，并不覆盖全部日志和级别。记录时间、来源和事件 ID，区分新旧错误。该筛选器没有返回结果，也不能代替服务功能检查。
缩小故障和恢复范围
- 下载失败：检查 DNS、连接性、代理设置，以及更新源是否可用。
- 安装失败：记录错误代码，并检查可用空间和待处理的重启。
- 重启后服务失败：检查新事件和角色健康，然后查看具体更新的已知问题。
- 恢复：确定更新是否支持卸载，以及备份恢复会影响哪些设置或数据。
卸载更新不一定受支持，也不一定足以解决问题。不要随意把正在运行的域控制器回退到旧的虚拟机检查点，应遵循 虚拟化域控制器的备份与恢复要求。记录已应用的更新、重启时间、功能检查及尚未解决的错误，为后续判断提供依据。
