PowerShell遍历多机器时RemoteRegistry服务找不到错误排查

问题根源 #

1. 变量引用错误：循环中操作RemoteRegistry服务时，错误使用了$computers数组而非当前循环的$computer单台机器，导致批量操作所有机器而非目标机器，触发“找不到RemoteRegistry服务”的错误。
2. 服务停止逻辑错误：脚本末尾一次性对所有机器执行停止服务操作，未针对每台机器单独处理，且未判断服务是否被本脚本启动过，容易引发不必要的错误。
3. 缺少错误处理：未处理网络连接失败、服务不存在、权限不足等异常情况，导致脚本中断。
4. 日志路径错误：原脚本指定LogName='Application'，但需求是搜索“应用程序和服务”文件夹下的Miner日志，需使用正确的日志名称（比如'ArcMap/Miner'或具体的Miner日志名）。

修正后的脚本 #

$computers = Get-Content "computerlist.txt"
$logFile = "MinerErrorLogs.txt"
# 可选：清空临时日志文件，避免重复写入历史内容
if (Test-Path "$env:TEMP\$logFile") { Remove-Item "$env:TEMP\$logFile" }

foreach ($computer in $computers) {
    Write-Host "Processing computer $computer..."
    try {
        # 针对当前单台机器获取RemoteRegistry服务
        $remoteRegService = Get-Service -ComputerName $computer -Name "RemoteRegistry" -ErrorAction Stop
        # 记录服务原本的启动类型，处理完成后恢复
        $originalStartupType = $remoteRegService.StartType
        
        # 设置服务为手动并启动
        $remoteRegService | Set-Service -StartupType Manual -PassThru | Start-Service -ErrorAction Stop

        # 注意：替换为实际的Miner日志名称，比如'Miner'或ArcMap对应的应用程序和服务日志路径
        $events = Get-WinEvent -ComputerName $computer -FilterHashtable @{
            LogName='Application/Miner'
            ProviderName='ArcMap'
            Level=2
        } -ErrorAction Stop

        # 将日志写入文件，添加机器标识方便区分
        if ($events) {
            "=== 来自计算机 $computer 的错误日志 ===" | Out-File -FilePath "$env:TEMP\$logFile" -Append
            $events | Select-Object TimeCreated, Id, Message | Out-File -FilePath "$env:TEMP\$logFile" -Append
        } else {
            "=== 计算机 $computer 未找到匹配的错误日志 ===" | Out-File -FilePath "$env:TEMP\$logFile" -Append
        }

        # 恢复服务原本的启动类型并停止服务
        $remoteRegService | Set-Service -StartupType $originalStartupType -PassThru | Stop-Service -ErrorAction Stop
    } catch {
        Write-Host "处理计算机 $computer 时出错：$_" -ForegroundColor Red
        "=== 计算机 $computer 处理失败：$_ ===" | Out-File -FilePath "$env:TEMP\$logFile" -Append
        continue
    }
}

关键改进点 #

• 修正变量引用：所有单台机器的操作均使用$computer而非$computers数组。
• 添加异常处理：用try/catch捕获所有错误，避免脚本中断，同时记录错误信息到日志。
• 恢复服务状态：记录服务原本的启动类型，处理完成后恢复，避免修改目标机器的默认配置。
• 日志优化：添加机器标识，区分不同机器的日志内容，可选清空历史日志避免重复。
• 日志路径提示：明确需替换为实际的Miner日志名称，确保搜索到正确的日志位置。

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