Windows服务器运维中，最怕的不是硬件故障，而是关键服务悄悄挂了没人知道。任务计划程序（Task Scheduler）配合PowerShell或批处理脚本，可以实现对IIS、SQL Server、Windows Update、DNS等核心服务的自动化监控，一旦服务停止就自动重启并发送邮件告警。这套方案不需要额外购买监控软件，系统自带功能就能搞定，而且稳定可靠、资源占用极低。下面我把整套搭建流程、脚本写法、常见坑点和进阶优化全部讲透。

一、为什么要用任务计划程序做服务监控

很多运维人员习惯用第三方监控工具，比如Zabbix、Nagios或者国内的一些云监控产品。这些工具确实功能强大，但对于中小规模的Windows服务器环境来说，部署一套完整的监控体系成本不低，而且维护本身也需要精力。Windows自带的任务计划程序已经足够胜任"定时检查+自动恢复+告警通知"这三件核心事情。它的优势在于：第一，零额外成本，系统原生支持；第二，执行稳定，不会因为监控软件本身崩溃而失效；第三，可以精确到分钟级别的检测频率；第四，配合PowerShell可以实现非常灵活的逻辑判断。

需要注意的是，任务计划程序做监控有一个天然局限——它是"轮询式"检测，不是实时监控。也就是说，如果你设置每5分钟检查一次，那服务最多可能"死亡"5分钟才被发现。对于绝大多数业务场景，这个延迟完全可以接受。如果你需要秒级监控，那还是得上专业方案。但对于90%的中小企业和个人站长来说，这套方案性价比极高。

二、搭建前的准备工作

在动手写脚本之前，有几件事要先确认好。首先，你需要明确哪些服务是"关键服务"，建议列出一个清单，比如：W3SVC（IIS）、MSSQLSERVER（SQL Server）、Spooler（打印服务，如果有打印需求）、DNS（DNS服务）、Winmgmt（Windows Management Instrumentation）、BITS（后台智能传输服务）等。其次，确认服务器的邮件发送功能是否可用，因为告警通知通常需要发邮件。如果服务器没有配置SMTP，可以用企业邮箱的SMTP接口，或者用Send-MailMessage命令配合授权码来发。

另外，执行脚本的账户权限很关键。建议创建一个专用的本地管理员账户专门跑任务计划，不要用Administrator直接跑，安全规范上不推荐。这个账户需要有"作为批处理作业登录"的权限，以及对目标服务的启动/停止权限。在"本地安全策略"→"本地策略"→"用户权限分配"里可以设置。

三、核心监控脚本的编写

下面给出一个完整的PowerShell监控脚本示例，它会检查指定服务的状态，如果停止就尝试重启，重启失败则发送告警邮件。这个脚本是整个方案的核心，建议保存为C:\Scripts\Monitor-Services.ps1。

# Windows服务监控脚本
# 功能：检查关键服务状态，停止则重启，失败则发邮件告警

# ========== 配置区域 ==========
$ServiceList = @("W3SVC", "MSSQLSERVER", "Spooler", "DNS", "BITS")
$SmtpServer = "smtp.yourcompany.com"
$SmtpPort = 587
$From = "server-alert@yourcompany.com"
$To = "admin@yourcompany.com"
$Username = "server-alert@yourcompany.com"
$Password = ConvertTo-SecureString "YourEmailPassword" -AsPlainText -Force
$Credential = New-Object System.Management.Automation.PSCredential($Username, $Password)

# ========== 执行区域 ==========
$LogFile = "C:\Scripts\ServiceMonitor.log"
$Timestamp = Get-Date -Format "yyyy-MM-dd HH:mm:ss"

foreach ($Service in $ServiceList) {
    try {
        $svc = Get-Service -Name $Service -ErrorAction Stop
        if ($svc.Status -ne "Running") {
            # 服务未运行，尝试重启
            Write-Output "$Timestamp - [$Service] 服务已停止，正在尝试重启..." | Out-File -Append $LogFile
            Restart-Service -Name $Service -Force -ErrorAction Stop
            Start-Sleep -Seconds 5
            $svc = Get-Service -Name $Service
            if ($svc.Status -eq "Running") {
                Write-Output "$Timestamp - [$Service] 重启成功" | Out-File -Append $LogFile
            } else {
                Write-Output "$Timestamp - [$Service] 重启失败，发送告警邮件" | Out-File -Append $LogFile
                Send-MailMessage -From $From -To $To -Subject "告警：服务器 $env:COMPUTERNAME 上 $Service 服务重启失败" `
                    -Body "服务 $Service 在 $Timestamp 尝试重启后仍未恢复运行，请立即检查。" `
                    -SmtpServer $SmtpServer -Port $SmtpPort -Credential $Credential -UseSsl
            }
        } else {
            Write-Output "$Timestamp - [$Service] 运行正常" | Out-File -Append $LogFile
        }
    } catch {
        Write-Output "$Timestamp - [$Service] 检查异常: $($_.Exception.Message)" | Out-File -Append $LogFile
    }
}

这个脚本的逻辑很清晰：遍历服务列表，逐个检查状态，不是Running就重启，重启后再确认一次，如果还是不行就发邮件。所有操作都有日志记录，方便事后排查。你可以根据自己的实际情况修改$ServiceList里的服务名称，以及邮件配置部分。

四、在任务计划程序中创建任务

脚本写好了，接下来要在任务计划程序里配置定时执行。打开"任务计划程序"（taskschd.msc），点击右侧"创建任务"。在"常规"选项卡里，给任务起个名字比如"ServiceMonitor-AutoCheck"，勾选"不管用户是否登录都要运行"，选择"使用最高权限运行"。

在"触发器"选项卡里，新建触发器，选择"每天"或者"重复任务间隔"，建议设置为每5分钟执行一次。如果你的业务对可用性要求高，可以设为每2分钟，但要注意别给服务器造成太大负担。

在"操作"选项卡里，新建操作，程序或脚本填写：powershell.exe，添加参数填写：-ExecutionPolicy Bypass -File "C:\Scripts\Monitor-Services.ps1"。这里加-ExecutionPolicy Bypass是为了避免执行策略限制导致脚本跑不起来。

在"条件"选项卡里，建议勾选"只有在计算机使用交流电源时才启动此任务"，避免笔记本或UPS场景下频繁触发。在"设置"选项卡里，勾选"如果任务失败，按以下频率重新启动"，间隔设为1分钟，重试次数设为3次。这样即使偶尔因为权限或网络问题执行失败，也会自动重试。

五、批处理脚本的替代方案

如果你不熟悉PowerShell，或者服务器是老版本的Windows没有PowerShell，可以用批处理脚本实现类似功能。下面是一个简化版的bat脚本：

@echo off
set LOGFILE=C:\Scripts\ServiceMonitor.log
set TIMESTAMP=%date% %time%

sc query W3SVC | find "RUNNING" >nul
if errorlevel 1 (
    echo %TIMESTAMP% - W3SVC 已停止，正在重启 >> %LOGFILE%
    net start W3SVC
    sc query W3SVC | find "RUNNING" >nul
    if errorlevel 1 (
        echo %TIMESTAMP% - W3SVC 重启失败 >> %LOGFILE%
        blat -to admin@yourcompany.com -subject "告警：W3SVC服务失败" -body "W3SVC服务重启失败" -server smtp.yourcompany.com
    ) else (
        echo %TIMESTAMP% - W3SVC 重启成功 >> %LOGFILE%
    )
) else (
    echo %TIMESTAMP% - W3SVC 运行正常 >> %LOGFILE%
)

批处理方案的缺点是功能有限，邮件发送需要额外工具（比如blat），而且逻辑判断不如PowerShell灵活。但胜在简单，老系统也能跑。建议有条件还是用PowerShell方案。

六、常见问题和踩坑指南

第一个坑：权限不够。很多人配置完任务后发现脚本执行了但服务重启不了，十有八九是权限问题。任务计划里一定要勾"使用最高权限运行"，而且执行账户要有管理员权限。如果用域环境，建议用域服务账户。

第二个坑：邮件发不出去。Send-MailMessage在较新的PowerShell版本中已经被标记为过时，而且很多邮箱服务商（比如企业微信邮箱、阿里企业邮）不支持简单认证。解决办法是用MailKit模块或者直接用curl调用邮件API。如果只是内部告警，也可以改成写事件日志，然后用另一个任务定期读取事件日志发邮件。

第三个坑：脚本执行超时。任务计划默认的任务超时时间是72小时，一般够用。但如果你的脚本里有Start-Sleep之类的等待命令，要注意总执行时间别超限。可以在任务属性里手动调整超时时间。

第四个坑：日志文件无限增长。脚本里的日志是追加写入的，时间长了文件会很大。建议加一个定期清理机制，比如在脚本开头加一行：if ((Get-Item $LogFile).Length -gt 10MB) { Clear-Content $LogFile }。或者单独建一个任务每周清理一次日志。

七、进阶优化方向

基础方案搭好之后，可以考虑几个优化点。第一，增加服务依赖检查。有些服务停止可能是因为依赖的上游服务挂了，比如SQL Server依赖的SQL Server Agent没启动。可以在脚本里先检查依赖链，按顺序重启。

第二，接入企业微信或钉钉机器人告警。现在很多团队用企业微信做运维通知，可以用Webhook方式发送告警，比邮件更及时。只需要在脚本里加一段Invoke-RestMethod调用Webhook地址即可。

第三，建立服务状态报表。可以写一个周报脚本，统计过去一周每个服务重启了多少次、失败了多少次，生成HTML报表发到邮箱。这样你就能发现哪些服务经常出问题，从根源上解决，而不是一直被动重启。

第四，多台服务器统一管理。如果你管着十几台Windows服务器，可以把脚本放在共享目录，每台服务器的任务计划都指向同一个脚本路径，修改一次所有服务器同步更新。服务列表可以用一个外部配置文件（比如JSON或CSV）来管理，不同服务器加载不同的配置。

八、总结

Windows任务计划程序做服务监控，本质上是用最小的成本实现了"自动巡检+自动恢复+主动告警"的运维闭环。它不需要额外采购软件，不需要复杂的部署，一个PowerShell脚本加一个定时任务就能跑起来。对于中小企业、个人站长、或者预算有限的运维团队来说，这是非常实用的方案。关键是要把脚本写扎实、权限配正确、告警通道打通。做到这三点，你的Windows服务器关键服务基本就不会出现"挂了半天没人知道"的情况了。