技术文章 / 排查笔记

Windows Server 日常维护应该检查哪些项目?

Windows Server 每日巡检从业务可用开始,检查关键服务、事件、容量、资源、备份与硬件,明确异常升级和修复后复查门槛。

Windows Server 日常维护应该检查哪些项目?技术文章配图

每日巡检先确认业务可用,再核对关键服务、事件、容量、资源趋势、备份和硬件告警。目标是发现与业务基线不同的变化,并留下可追溯记录;发现异常后进入审批处理,不把巡检脚本变成自动重启脚本。

适用环境与检查清单

本文面向 Windows Server 2019、2022、2025,在本机以管理员身份打开 Windows PowerShell 5.1。以下为依据微软文档整理的只读操作示例,未在本文对应生产环境实测。先确认服务器角色、业务负责人、维护窗口,以及昨日记录;集群、域控制器和数据库还需要各自的角色检查。

统一停止门槛:CIM 或其他查询失败、结果为空或字段缺失时,先核对权限、提供程序和适用范围。不能把缺失数据当作零值或巡检通过;本轮对应检查记录为未完成并升级处理。

项目每日记录升级处理条件
业务与启动时间核心业务检查结果、启动时间业务不可用或非计划重启
关键服务明确清单与期望状态与批准基线不一致
系统和应用事件24 小时新增 Critical/Error新增、持续或与故障相关
磁盘可用 GiB、百分比、增长趋势不够支撑下一次备份或维护
CPU 与内存同时段采样及业务负载持续异常并影响响应
备份与硬件最近恢复点、作业状态、带外告警超过 RPO 或硬件故障
更新更新平台合规与重启要求超过批准期限或需维护窗
Windows Server 巡检顺序:先业务,再服务事件容量,最后备份与硬件

图:本文制作的巡检流程技术示意,非现场照片;来源与生成方式见附件版权记录。

1. 确认业务与系统启动时间

先用业务负责人约定的方式检查应用入口、共享文件或关键任务。仅能远程登录不代表业务健康。随后查询系统身份与启动时间:

$os = Get-CimInstance -ClassName Win32_OperatingSystem
$os | Select-Object Caption, Version, LastBootUpTime
New-TimeSpan -Start $os.LastBootUpTime -End (Get-Date)

结果给出版本、启动时间与运行时长。若启动时间与维护记录不符,关联事件和虚拟化平台记录,确认是否发生非计划重启;不要为恢复“正常时长”再重启。批准修复后复查业务与启动记录。微软字段说明。

2. 只检查明确的关键服务

服务清单按角色建立。下例只演示事件日志与任务计划服务,不能替代数据库、备份代理或业务服务清单:

$criticalServices = @('EventLog', 'Schedule')
Get-Service -Name $criticalServices -ErrorAction Stop |
    Select-Object Name, DisplayName, Status

应逐项与期望状态比对。服务不存在时命令报错,需要核实名称及资产记录;不能忽略后判为健康。停止状态也不必然异常,触发启动服务可能按设计停止。确认依赖、业务影响和维护记录后,经批准才启动或修复对应服务;复查同一清单及业务功能。Get-Service 官方说明。

3. 查看最近 24 小时的严重事件

$since = (Get-Date).AddHours(-24)
Get-WinEvent -FilterHashtable @{
    LogName = @('System', 'Application')
    StartTime = $since
    Level = @(1, 2)
} -ErrorAction Stop |
    Select-Object TimeCreated, LogName, ProviderName, Id, LevelDisplayName, Message

等级 1、2 对应 Critical 与 Error。先按来源、事件 ID 和时间聚合,再关联业务故障,避免把每一条历史噪声都升级。已确认噪声应有原因、负责人和复审日期,不应永久忽略整个日志。无匹配事件可能返回查询错误;应区分“没有匹配记录”和“权限不足、日志不可读”,后者不能记为通过。日志轮转和未启用的应用日志也可能造成缺口。

新增存储错误、重复崩溃或业务中断进入故障处理。保留原日志,经批准修复后复查同一时间范围并观察新增事件,不通过清日志消除告警。Get-WinEvent 官方说明。

4. 同时看磁盘剩余容量与增长

Get-CimInstance -ClassName Win32_LogicalDisk -Filter 'DriveType=3' |
    Where-Object { $_.Size -gt 0 } |
    Select-Object DeviceID,
        @{Name='FreeGiB'; Expression={[math]::Round($_.FreeSpace / 1GB, 2)}},
        @{Name='FreePercent'; Expression={[math]::Round(100 * $_.FreeSpace / $_.Size, 2)}}

输出为本机固定逻辑盘;GiB 使用二进制换算,不等同十进制 GB。它不覆盖所有挂载目录、网络存储、存储池或 RAID 健康状态,相关容量另查。百分比和绝对空间必须一起看,再结合日志增长、备份和更新空间设定阈值,没有适合全部服务器的通用比例。

若剩余空间不能覆盖下一维护周期,停止新增非必要写入并升级处理。批准后按保留策略归档日志或扩容,不盲删数据库文件、备份链或系统目录。复查可用空间及业务写入。逻辑磁盘字段说明。

5. 资源采样用于定位,不用于单点定责

1..3 | ForEach-Object {
    $sampleTime = Get-Date
    Get-CimInstance -ClassName Win32_Processor |
        Select-Object @{Name='SampleTime'; Expression={$sampleTime}}, DeviceID, LoadPercentage
    Start-Sleep -Seconds 5
}
$os = Get-CimInstance -ClassName Win32_OperatingSystem
$os | Select-Object @{Name='FreeMemoryGiB'; Expression={[math]::Round($_.FreePhysicalMemory / 1MB, 2)}},
    @{Name='TotalMemoryGiB'; Expression={[math]::Round($_.TotalVisibleMemorySize / 1MB, 2)}}

CPU 的 LoadPercentage 为每个处理器最近 1 秒的平均负载;三次查询间隔 5 秒,不是连续 5 秒平均采集,仍会遗漏峰值。内存字段以 KiB 计;换算后为 GiB。空闲内存不能单独判断内存压力。与相同时段业务负载及监控趋势比对,必要时安排持续性能采集。只有持续异常且影响业务才升级;批准调整后在相近负载复查,不在巡检中随意结束进程。CPU 字段说明。

6. 备份成功与可恢复分别记录

使用 Windows Server Backup 且已有本机可识别备份目录时,可查询版本:

wbadmin get versions

若备份功能未安装、目录不可访问或使用其他产品,改读对应备份平台。版本列表不能代替最近作业结果;核对完成时间、保护范围、目标可达、失败原因和 RPO。作业成功也不能证明应用一致性、解密密钥可用或恢复时间达标。

若超过允许恢复点,立即升级给备份负责人。经批准修复作业后复查新恢复点,并在隔离环境按计划做恢复演练;不把生产覆盖恢复作为每日检查。wbadmin 官方说明。

PowerEdge 服务器用于说明操作系统巡检与带外硬件巡检的不同范围

照片:Inside and Rear of Webserver.jpg,Rodzilla,2005年9月24日拍摄 Dell PowerEdge 850;CC BY 2.5,原图未修改,非本文现场。用于说明机箱内部及后部连接的检查范围,不代表本文系统版本兼容或设备健康;无需每日开盖,开盖、停机与防静电措施遵循厂商程序。

7. 硬件、更新与重启另有停止门槛

操作系统检查不能替代 iDRAC、iLO 等带外平台的电源、风扇、温度、阵列与硬件日志;虚拟机还需查宿主机和存储。出现磁盘预测故障、阵列降级或温度告警时,由硬件负责人按厂商流程处理,复查带外状态和业务。

每日从企业更新平台观察批准补丁、安装状态与待重启提示。更新历史不等于完整合规,单一注册表标记也不能覆盖全部重启需求。安装、重启和固件升级进入维护窗口,提前确认备份、依赖和回退方案;本轮巡检不执行这些变更。

异常升级流程:记录证据、确认业务影响、获得批准、修复后复查

图:本文制作的异常处理技术示意,非现场照片;来源与生成方式见附件版权记录。

FAQ

每天检查一次就够了吗?

不够。每日记录补充连续监控和告警;关键业务需要匹配 SLA 的监控频率。无人在场期间的告警仍应有接收人。

发现错误事件要立即重启吗?

先确认来源、频率、业务影响和变更记录。无审批重启可能扩大故障并丢失证据;业务不可用时按事件响应流程处理。

可以用一个百分比判断全部磁盘吗?

不能。容量、写入速度和业务空间需求不同。先建立每盘的容量基线、增长趋势和最低安全空间,再设置告警。

相关解决方案

若服务器较多,可把资产、角色基线、告警和维护窗口纳入统一运维。可从煜企服务器维修维护了解服务器与运维支持范围,沟通时带上现有巡检记录和业务恢复要求。

相关阅读

微软 Windows Server 技术文档提供各角色的专项管理资料;另可阅读企业 IT 告警闭环和服务器磁盘空间告警阈值。

需要建立巡检基线时,先整理业务清单、负责人与恢复目标,再讨论服务方案。

返回文章列表

相关解决方案

把技术主题连接到可实施的方案

品牌推广&展台展厅搭建&活动策划

适合阅读展厅、会议、显示系统与现场工程主题的文章后,继续了解空间设计和活动交付如何落地。

查看方案 →

容灾备份解决方案

适合从备份、误删、勒索、恢复或业务连续性文章进入数据保护方案。

查看方案 →

IT运维外包服务

适合在阅读故障处理、基础设施维护或 IT 管理文章后,了解如何建立持续的企业运维机制。

查看方案 →

相关文章

阅读相关内容

返回文章列表