老铁们，在咱们搞IT运维这行，尤其是伺候Windows服务器那家伙，最常打交道的是啥？那必须是服务（Service）啊！今天咱就唠唠，怎么用PowerShell这把“瑞士军刀”，把Windows服务的启停、管理、监控这些磨叽活，整得明明白白、自动儿化。这玩意儿，可比你在图形界面里点点点高效多了，尤其适合批量操作和脚本化部署，那家伙，老带劲了！
一、整明白基础：Get-Service 和基础操作
想管理服务，咱得先知道都有啥服务，是啥状态。Get-Service 这个cmdlet就是你的“望远镜”。
# 技术栈：Windows PowerShell / PowerShell Core (7+)
# 1. 列出所有服务（信息多，通常配合筛选）
Get-Service
# 2. 查找特定名称的服务，比如找所有带‘SQL’字眼的
Get-Service -Name *SQL*
# 3. 精准获取一个服务的详细信息，比如‘WinRM’（远程管理服务）
$serviceInfo = Get-Service -Name WinRM
$serviceInfo.Status # 查看状态：Running, Stopped, Paused
$serviceInfo.StartType # 查看启动类型：Automatic, Manual, Disabled
# 4. 快速启停服务（需要管理员权限）
Stop-Service -Name "Spooler" -Force # 强制停止打印后台处理程序服务
Start-Service -Name "WinRM" # 启动WinRM服务
Restart-Service -Name "EventLog" # 重启事件日志服务，应用配置变更常用
二、玩点高级的：设置启动类型与依赖服务
光会启停哪够？咱还得知道服务咋开机启动，以及它和别的服务是啥关系（依赖）。
# 技术栈：Windows PowerShell / PowerShell Core (7+)
# 1. 使用 Set-Service 修改服务属性，比如把‘Telnet’改成手动启动
Set-Service -Name "Telnet" -StartupType Manual
# 2. 更强大的管理：使用 SC.exe（Service Control）这个老伙计，信息更全
# 查询‘W3SVC’（IIS服务）的详细配置，包括依赖哪些服务
sc.exe qc W3SVC
# 3. 通过WMI/CIM获取更深度的信息，比如服务的路径、描述、依赖关系
$serviceCim = Get-CimInstance -ClassName Win32_Service -Filter "Name='wuauserv'"
$serviceCim | Select-Object Name, State, StartMode, PathName, Description
# 查看这个服务依赖哪些服务（DependentServices）
$dependencies = Get-Service -Name "wuauserv" -DependentServices
$dependencies | Format-Table Name, Status -AutoSize
三、来点真格的：实用自动化脚本示例
光说不练假把式，下面整几个实诚的脚本，都是咱日常运维可能遇上的场景。
场景1：安全加固脚本 - 禁用非必要高危服务
<#
.SYNOPSIS
安全基线检查与加固：禁用指定高风险服务。
.DESCRIPTION
该脚本用于批量检查并禁用服务器上常见的、可能不必要的高风险服务。
执行前请务必在测试环境验证，并评估对业务的影响。
.NOTES
技术栈：PowerShell 5.1 及以上
需要管理员权限运行。
#>
# 定义需要检查并禁用的高风险服务名称列表
$highRiskServices = @("Telnet", "SSDPSRV", "upnphost", "RemoteRegistry", "XblAuthManager")
foreach ($serviceName in $highRiskServices) {
$service = Get-Service -Name $serviceName -ErrorAction SilentlyContinue
if ($service) {
Write-Host "正在处理服务: $($service.DisplayName) [$serviceName]" -ForegroundColor Yellow
# 先停止服务
if ($service.Status -eq 'Running') {
Stop-Service -Name $serviceName -Force -ErrorAction SilentlyContinue
Write-Host " -> 服务已停止。" -ForegroundColor Green
}
# 将启动类型设置为‘禁用’
Set-Service -Name $serviceName -StartupType Disabled -ErrorAction SilentlyContinue
Write-Host " -> 启动类型已设置为‘禁用’。" -ForegroundColor Green
} else {
Write-Host "服务 $serviceName 不存在，跳过。" -ForegroundColor Gray
}
}
Write-Host "`n高风险服务禁用操作完成。建议重启服务器使设置完全生效。" -ForegroundColor Cyan
场景2：应用部署辅助脚本 - 确保依赖服务运行
假设部署一个应用，它依赖 ‘IIS Admin Service (IISADMIN)’ 和 ‘World Wide Web Publishing Service (W3SVC)’。
<#
.SYNOPSIS
确保应用依赖的Windows服务处于运行状态。
.DESCRIPTION
在部署或启动特定应用前，运行此脚本检查并启动其必需的后台服务。
.NOTES
技术栈：PowerShell Core 7 (跨平台，但服务管理部分仅在Windows有效)
#>
# 定义目标服务及其依赖链（按启动顺序）
$requiredServices = @("IISADMIN", "W3SVC") # W3SVC 依赖于 IISADMIN
$allStarted = $true
foreach ($svc in $requiredServices) {
$service = Get-Service -Name $svc -ErrorAction Stop
Write-Host "检查服务: $($service.DisplayName) ..." -NoNewline
if ($service.Status -ne 'Running') {
Write-Host " [未运行，正在启动...]" -ForegroundColor Yellow -NoNewline
try {
Start-Service -Name $svc -ErrorAction Stop
# 等待服务真正进入运行状态，增加重试机制
$waitTime = 0
while ($service.Status -ne 'Running' -and $waitTime -lt 30) {
Start-Sleep -Seconds 2
$service.Refresh() # 刷新服务状态
$waitTime += 2
}
if ($service.Status -eq 'Running') {
Write-Host " [成功]" -ForegroundColor Green
} else {
Write-Host " [启动超时，请手动检查]" -ForegroundColor Red
$allStarted = $false
}
} catch {
Write-Host " [启动失败: $($_.Exception.Message)]" -ForegroundColor Red
$allStarted = $false
}
} else {
Write-Host " [运行中]" -ForegroundColor Green
}
}
if ($allStarted) {
Write-Host "`n所有依赖服务已就绪，可以启动应用程序。" -ForegroundColor Cyan
} else {
Write-Host "`n有依赖服务未能成功启动，请排查问题后再继续。" -ForegroundColor Red
exit 1 # 返回非零退出码，便于上级脚本或CI/CD流程捕获失败
}
四、关联技术深扒：WMI/CIM 与 SC.exe
WMI/CIM：这是Windows管理体系的“内功心法”。上面我们用
Get-CimInstance查了服务详情。它几乎能管Windows里的一切（硬件、软件、配置）。PowerShell的Get-Service底层也调用了它。对于更复杂的查询，比如“找出所有启动类型为‘自动’但已停止的服务”，用CIM更强大：Get-CimInstance -ClassName Win32_Service | Where-Object { $_.StartMode -eq 'Auto' -and $_.State -ne 'Running' } | Select-Object Name, StateSC.exe：这是一个命令行工具，历史悠久，功能贼拉硬核。它可以直接与Windows服务管理器对话，能做很多图形界面和标准PowerShell cmdlet做不到的精细操作，比如配置服务失败后的恢复操作（第一次失败重启服务，第二次失败运行一个程序）。
# 示例：为‘MyAppService’配置失败后重启 sc.exe failure “MyAppService” reset= 30 actions= restart/5000 # 解释：重置失败计数时间为30秒，失败后执行的操作：restart（重启），延迟5000毫秒（5秒）后执行。
五、应用场景、技术优缺点、注意事项与总结
应用场景：
- 批量服务器运维：在成百上千台服务器上统一启用、禁用或配置服务。
- DevOps/CI-CD管道：在自动化部署流程中，作为前置或后置步骤，确保服务状态符合应用要求。
- 安全合规与加固：快速扫描并修正不符合安全基线的服务配置（如启动类型、状态）。
- 故障排查与恢复：编写脚本自动检测关键服务是否挂掉，并尝试自动恢复。
- 桌面标准化：在系统镜像部署后，通过脚本一键优化服务设置，关闭不必要的后台进程。
技术优缺点：
- 优点：
- 原生强大：PowerShell是Windows的亲儿子，对服务管理的支持是原生、直接且全面的。
- 脚本化与自动化：易于集成到各种自动化框架（如Ansible, Jenkins）和计划任务中。
- 远程管理：配合
Invoke-Command或Enter-PSSession，可以轻松管理远程机器上的服务，无需登录桌面。 - 信息丰富：结合WMI/CIM，能获取到关于服务的几乎所有元数据。
- 缺点：
- 平台锁定：核心的服务管理功能主要在Windows平台。PowerShell Core虽然跨平台，但
*-Servicecmdlet在Linux/macOS上功能有限或不存在。 - 权限要求：修改服务状态或配置通常需要管理员权限。
- 风险性：不当的操作（如禁用关键系统服务）可能导致系统不稳定或无法启动，需格外谨慎。
- 平台锁定：核心的服务管理功能主要在Windows平台。PowerShell Core虽然跨平台，但
注意事项：
- 测试！测试！再测试！：任何修改服务的脚本，务必先在非生产环境（如测试机、虚拟机）中充分验证。
- 做好备份与回滚方案：在执行批量修改前，记录当前服务的状态和配置。可以写一个“备份”脚本先用
Get-Service和sc.exe qc把信息存下来。 - 理解服务依赖：停止或禁用一个服务前，务必了解哪些其他服务或应用依赖它。盲目操作可能导致关联应用故障。
- 使用
-WhatIf和-Confirm参数：PowerShell很多cmdlet支持这些参数，可以在实际执行前预览操作效果，或进行手动确认。Stop-Service -Name "SomeService" -WhatIf # 只会显示将要执行的操作，而不会真正执行 - 错误处理：脚本中要使用
try-catch块或-ErrorAction参数来处理可能出现的错误（如服务不存在、权限不足），使脚本更健壮。
总结： 总的来说，用PowerShell管理Windows服务，就像给专业的机床工配上了一套顺手的数控系统。它把那些重复、繁琐且容易出错的图形界面操作，转化为了精准、可重复、可追溯的代码指令。从简单的状态查询，到复杂的批量配置与自动化响应，PowerShell都能胜任。掌握这项技能，不仅能极大提升运维效率，也是实现Windows环境运维自动化、DevOps实践的关键一步。老铁们，别光瞅着了，赶紧打开你的PowerShell控制台，照着上面的例子敲一遍，感受一下这“自动化控制”的得劲儿之处吧！记住，能力越大，责任越大，操作生产环境时，谨慎永远是第一位的。
评论