通过任务计划程序运行PowerShell脚本时无法找到服务的问题

问题背景 #

编写了一个可接收参数重启指定服务的PowerShell脚本，手动以目标管理员用户身份运行（直接运行脚本或调用它的批处理）时可正常执行，但通过Windows任务计划程序以该用户身份运行时，出现错误：Get-Service : Cannot find any service with service name 'MyServiceName'。已配置任务计划为：以管理员用户运行、无论用户是否登录、不勾选"不存储密码"、勾选"使用最高权限运行"，并设置了正确的起始目录。尝试强制64位PowerShell运行、添加-ExecutionPolicy Bypass参数均未解决问题。

PowerShell脚本核心逻辑：

Start-Transcript -Path "C:\scripts\restart-services-log.txt" -append

$numArgs = $args.Length
"$numArgs arguments submitted."
" "

if ($numArgs -le 0) {
 "No services passed in to restart"
} else {
 foreach ($serviceName in $args) {
 try {
  $service = Get-Service $serviceName
  $service.Refresh()
    
  "$serviceName ..."
  "$serviceName is " + $service.status
  " "
  if ($service.status -eq "Stopped") {
   try {
    "    $serviceName is not running, starting ..."
    Start-Service -name $serviceName
    $service.Refresh()
    "    $serviceName is " + $service.status
   }
   catch {
    "Exception starting $($serviceName): $_"
   }
  } else {
   try {
    "    Stopping $serviceName ..."
    Stop-Service -name $serviceName
    $service.Refresh()
    "    $serviceName is " + $service.status
   }
   catch {
    "Exception stopping $($serviceName): $_"
   }
   " "
   try {
    "    Starting $serviceName ..."
    Start-Service -name $serviceName
    $service.Refresh()
    "    $serviceName is " + $service.status
   }
   catch {
    "Exception starting $($serviceName): $_"
   }
  }
  " "
  }
  catch {
   "Exception: $_"
  }
 }
}

"Done."

Stop-Transcript

调用脚本的批处理：

@echo off
powershell.exe -ExecutionPolicy Bypass "C:\scripts\restart-services.ps1" "MyServiceName" > scriptlogfile.txt 2>&1

排查建议 #

1. 确认参数传递有效性 #

在PowerShell脚本开头添加参数校验日志，明确任务计划是否正确传递了服务名：

"[$(Get-Date)] Received arguments: $($args -join ', ')" | Out-File "C:\scripts\args-validation.log" -Append

执行任务计划后查看日志，同时核对服务名是服务内部名称（而非显示名称），可通过Get-Service | Select-Object Name, DisplayName命令确认目标服务的正确内部名称。

2. 强制调用64位PowerShell #

任务计划默认可能调用32位PowerShell（即使系统为64位），直接指定64位路径执行：

• 修改批处理文件：

@echo off
%WINDIR%\sysnative\WindowsPowerShell\v1.0\powershell.exe -ExecutionPolicy Bypass -File "C:\scripts\restart-services.ps1" "MyServiceName" > scriptlogfile.txt 2>&1

• 或直接在任务计划「操作」中配置：
  • 程序/脚本：C:\Windows\sysnative\WindowsPowerShell\v1.0\powershell.exe
  • 添加参数：-ExecutionPolicy Bypass -File "C:\scripts\restart-services.ps1" "MyServiceName"

3. 对比环境上下文差异 #

在脚本中输出当前环境变量，对比手动运行与任务计划运行的差异：

"[$(Get-Date)] Environment Check:" | Out-File "C:\scripts\env-comparison.log" -Append
Get-ChildItem Env: | Out-File "C:\scripts\env-comparison.log" -Append

重点关注PROCESSOR_ARCHITECTURE（确认是否为AMD64）、PATH等变量，排查是否因环境隔离导致服务查询失败。

4. 跳过批处理直接调用脚本 #

移除批处理中间环节，直接在任务计划中配置PowerShell执行：

1. 任务计划操作中，程序/脚本填powershell.exe
2. 添加参数：-NoProfile -NonInteractive -ExecutionPolicy Bypass -File "C:\scripts\restart-services.ps1" "MyServiceName"
3. 设置起始目录为C:\scripts

5. 替换服务查询方式 #

用CIM查询替代Get-Service，绕过PowerShell部分上下文限制并获取更详细错误：

try {
    $service = Get-CimInstance Win32_Service -Filter "Name='$serviceName'" -ErrorAction Stop
    "$serviceName found: $($service.DisplayName)"
} catch {
    "CIM query failed for $serviceName : $_"
}

6. 验证日志写入权限 #

确认脚本中Start-Transcript的日志路径是否为任务计划用户可写入的目录，可临时修改日志路径到用户个人目录（如C:\Users\目标用户名\Documents\restart-log.txt），或检查任务计划输出日志的路径权限。

内容的提问来源于stack exchange，提问作者Tiger Bailey