远程重启服务前必须启用WinRM、配置TrustedHosts、使用管理员权限账号，并通过Invoke-Command封装Stop-Service/Start-Service操作，验证服务名、启动类型及状态，配合超时、重试与日志记录确保可靠性。
用 Restart-Service 远程重启服务前必须确认权限和通道
powershell 默认不允许跨机器操作服务，不是加个 -computername 就能跑通。你看到的 access is denied 或 cannot find any service with service name，大概率卡在这一步。
- 目标服务器必须启用 WinRM（Windows Remote Management），且监听 HTTP/HTTPS 端口（默认 5985/5986）
- 执行账号需在远程服务器上有本地管理员权限，或属于
Administrators组 - 如果用域账号，确保 DNS 可解析目标主机名；如果用工作组，得提前在本地配置 TrustedHosts：
Set-Item WSMan:\localhost\Client\TrustedHosts -Value "192.168.1.100,server02" - 首次连接可能弹出凭据提示，脚本中要用
Get-Credential显式传入，不能靠缓存
Invoke-Command 是批量操作唯一靠谱的方式
别试图用 Restart-Service -ComputerName 循环调用——它不支持多台机器并行，且失败时静默跳过，极难排错。真正可控的做法是把重启逻辑封装进脚本块，用 Invoke-Command 推过去执行。
- 服务名在远程上下文中必须存在，
Get-Service查不到就别硬起：Invoke-Command -ComputerName server01 -ScriptBlock { Get-Service w3svc -ErrorAction Stop } - 加
-ErrorAction Stop配合try/catch才能捕获具体失败原因，比如服务已停止、依赖项缺失、或被占用 - 避免直接写
Restart-Service w3svc，先停再启更稳妥：Stop-Service w3svc -Force; Start-Service w3svc，防止Restart-Service因状态异常直接报错退出 - 批量时加
-ThrottleLimit 10控制并发数，否则大量连接会触发 WinRM 资源限制，报The connection to the specified remote server was refused
服务名、显示名、路径三者别混用
PowerShell 里服务识别只认 Name（即服务注册表里的键名），不是你在服务管理器里看到的“World Wide Web Publishing Service”这种显示名。输错就等于操作了个不存在的服务。
- 查真实服务名：
Invoke-Command -ComputerName server01 -ScriptBlock { Get-Service | Where-Object {$_.DisplayName -like "*web*"} | Select-Object Name,DisplayName } -
w3svc是 IIS 的服务名，Spooler是打印后台处理程序的服务名，Dhcp是 DHCP 客户端——全都是小写、无空格、无括号 - 某些服务启动类型为
Disabled，Restart-Service会失败，得先设为Manual或Automatic：Set-Service -StartupType Automatic - 路径类参数（如日志路径、二进制路径）完全不影响
Restart-Service行为，别往命令里塞多余东西
超时、重试、日志落盘这些细节决定脚本能跑几天
生产环境里一次网络抖动、一个服务卡在 stopping 状态，就能让整批脚本停住。没人盯着的时候，它不会自动重试，也不会告诉你哪台没起来。
- 给
Invoke-Command加-TimeoutSec 60，避免单台卡死拖垮全部任务 - 失败后等 5 秒再重试一次比直接报错有用：
Start-Sleep -Seconds 5; Invoke-Command ... - 每台机器的结果必须单独记录，用
Out-File -Append写入时间戳+主机名+状态，别只靠屏幕输出 -
Restart-Service本身不返回详细日志，想确认是否真重启成功，得补查：(Get-Service w3svc).Status和(Get-Service w3svc).StartTime
