Windows Server 2025 / 制定可执行的服务器维护检查清单
有效的服务器维护清单应验证用户能否使用服务、数据能否恢复，以及最近的变更是否造成影响。每项检查都要写明预期结果、频率、证据、负责人和失败后的行动；只勾选“已检查”，不能证明服务器运行正常。
定义每种角色的正常状态
为每台服务器记录名称、IP 地址、角色、服务负责人、依赖关系、管理入口和备份位置。针对每个角色，选定从代表性客户端执行的正常用户操作，并写清预期结果。控制台能打开或服务显示“正在运行”，并不等于身份验证、文件访问和应用功能都可用。
| 角色 | 功能检查示例 |
|---|---|
| Active Directory（AD，活动目录）与域名系统（Domain Name System，DNS） | 发现域控制器、解析所需名称、验证域身份认证与复制；仅缓存登录成功并不足够。 |
| 文件服务器 | 用普通账户检查允许的读写，并确认未授权账户被拒绝；只使用自己的测试文件。 |
| 动态主机配置协议（Dynamic Host Configuration Protocol，DHCP） | 检查各作用域的可用地址，并在获准客户端确认租约地址和选项符合预期。 |
| Web 服务器 | 通过真实 HTTPS 名称访问，检查响应、预期内容及日志；不能忽略证书错误后就宣布成功。 |
使用缓存信息进行域登录可能在无法联系域控制器时成功，因此不能仅靠进入桌面就判断 Active Directory 正常。管理员能访问共享，也可能掩盖普通用户的权限问题。选择有代表性的账户和真实访问路径，不要为了通过检查而额外授予权限。只有同时确认授权用户能正常使用资源，预期的拒绝访问结果才有判断价值。
安排每日、每周和每月检查
| 示例频率 | 检查内容 | 异常时的处理 |
|---|---|---|
| 每日或按重要程度安排 | 服务响应、失败或未执行的备份、容量和重要告警。 | 评估影响与恢复能力，携带证据和优先级通知负责人。 |
| 每周 | 重复错误、容量增长、待安装更新，以及账户和组的变化。 | 关联趋势与变更，指定调查事项、负责人和期限，不预先断定原因。 |
| 每月或变更后 | 恢复测试、证书或许可证到期时间、访问权限和数据保留。 | 在到期前处理；撤销访问前检查依赖，并改进恢复能力。 |
表中的每日、每周和每月频率只是示例，应按中断后果和变更速度调整。若备份失败或证书即将到期已经威胁服务或恢复能力，就不能等到月度检查再处理。明确每类告警由谁接收、多久响应，以及无人响应时向谁升级。未执行的检查应标为“未执行”或“待处理”，不能把上次结果复制成新的观察记录。
采集基本状态并验证角色功能
在目标服务器的 Windows PowerShell 中运行下面的查询，使用所需的读取权限；日志要求时使用提升权限的窗口。先核对返回的计算机名，并记录时间和时区。这些命令只显示信息，不会自动生成报告，也没有验证所有角色的功能。按自己的报告流程，将每次结果保存到受限位置，以服务器和时间区分，避免覆盖以前的证据：
hostname
Get-CimInstance Win32_OperatingSystem | Select-Object LastBootUpTime
Get-Volume | Select-Object DriveLetter,FileSystemLabel,Size,SizeRemaining
Get-WinEvent -FilterHashtable @{LogName='System';StartTime=(Get-Date).AddDays(-1);Level=1,2} -MaxEvents 30第二行显示上次启动时间。Get-Volume 中的 Size 和 SizeRemaining 是字节数；应结合总量、可用空间、增长趋势及更新和备份所需空间判断，仅在 Size 大于零时计算空闲百分比。没有盘符的卷不一定异常，不要因此改动分区。最后一行只读取最近 24 小时 System 日志的级别 1、2，即“关键”和“错误”，最多返回最新的 30 条；它不包含警告、Application 或所有角色专用通道。Get-WinEvent 文档指出，权限不足可能阻止查询，因此要区分查询失败与没有匹配事件。保留提供程序、事件 ID、时间和消息；若限制掩盖故障起点，应扩大时间范围或返回数量。没有事件不等于所有功能正常；手动或触发启动的服务停止也可能符合设计。
对域控制器，检查 DNS 并进行AD 复制诊断，查看伙伴、上次成功时间和错误，而不是例行强制同步或改 DNS。对 DHCP，在对应服务器查看IPv4 作用域统计，并通过获准的测试客户端确认租约；不要仅为检查而释放正在使用的业务电脑地址。对备份，核对实际存储目标中的版本和源计算机；不指定目标的列表可能包含已不可用的备份。目录条目不能代替恢复验证。只增加已安装角色所需的检查，不要为运行所有角色命令而安装无关模块或服务。
记录证据与后续处理
| 字段 | 需要说明的信息 |
|---|---|
| 时间和目标 | 服务器、日期、时间、时区和检查人员。 |
| 检查及预期结果 | 账户或上下文、具体操作，以及应成功还是应拒绝。 |
| 实际结果和证据 | 成功、失败或未执行；错误代码及受保护报告或日志的引用。 |
| 影响、负责人和期限 | 受影响服务、优先级、执行人、完成期限或升级安排。 |
| 复测和关闭 | 修正后重复相同测试，并说明关闭问题或继续处理的理由。 |
例如，对 FS1 可规定：“从客户端使用 sales.user1，在 Sales 读写自己的文件；访问 Support 应被拒绝。”如果 Sales 也失败，不能在未检查连接和认证前就判定 Support 的拒绝结果正确。将问题关联到证据、负责人和期限，修正后在相同上下文重做两项测试。恢复验证可采用将文件恢复到独立位置的方法，记录真实结果，不编造成功记录或耗时。
对密码、令牌和恢复密钥，只记录安全存储位置的引用，不要把秘密写进表格或报告。包含账户、路径和内部地址的诊断记录同样要限制访问。区分“脚本成功结束”“备份任务报告成功”和“已经验证可用的恢复”这三种结果。重复出现的未解决故障不会自动变成正常状态；仍须保留负责人、期限和例外重新评估条件。
变更后重新验证
更新系统，或修改网络、权限、证书和存储后，重新执行受影响的用户功能检查与基准测量。变更前记录原值、恢复步骤，以及远程管理失效时的控制台入口。每次只进行一项范围受控且有计划的变更。结果变差时应停止，评估影响并使用获准的回退流程，不要继续叠加其他调整。
- 恢复到独立位置，检查内容、访问控制列表（Access Control List，ACL）和所需时间。这样可以对比数据与权限，不替换原文件。
- 即使有多台虚拟机，也要考虑共享宿主机或存储的故障。两台服务器依赖同一底层资源，并不代表能抵御该资源失效。
- 证书续期后，从客户端确认服务实际呈现新证书，名称正确且证书链有效。证书存储区中有新证书，不等于服务绑定已更新。
- 停用账户、规则或策略前，找出依赖的服务、任务和用户。保留原状态与回退方法，并在变更后重复测试。
角色、服务器或负责人改变后，应同步更新清单。新服务需要功能检查和恢复方法；服务器退役时，要明确结束相关监控和访问，并按策略决定备份保留期限。不能仅因服务器从清单中移除就删除最后一份可用备份。只有相关测试恢复到预期结果，并记录关闭决定后，才应关闭问题。
