GetSmoObject报错无法检索ManagedComputer对象，PowerShell协议配置求助

我之前在操作SQL Server SMO配置网络协议时也踩过类似的坑，结合实际经验给你几个可行的排查和解决方向：

1. 确认SMO模块的兼容性与安装状态 #

SMO版本和目标SQL Server不匹配是这类问题的常见根源：

• 先检查已安装的SMO模块：

  Get-Module -ListAvailable SqlServer
  

• 如果版本和你的SQL Server版本不一致，卸载旧模块后安装对应版本（比如SQL Server 2019对应SMO 22.x版本）：

  Uninstall-Module SqlServer -Force
  Install-Module SqlServer -RequiredVersion 22.0.50 -Force  # 替换为和SQL Server匹配的版本
  

• 本地操作的话，尽量使用和SQL Server安装包自带的SMO版本，避免兼容性问题。

2. 确保运行权限足够 #

这个错误大概率和权限有关：

• 必须以管理员身份启动PowerShell，修改SQL Server网络协议需要系统级权限，普通用户权限会导致无法检索WMI对象。
• 如果是远程操作目标服务器，你的账户需要在目标机器上拥有本地管理员权限，或者属于SQL Server的sysadmin角色。

3. 修正URI的构造逻辑 #

很多时候是URI的格式写错了，导致SMO找不到对应的实例或协议：

• 正确的URI格式示例：

  # 默认实例（MSSQLSERVER）的TCP协议
  $uri = "ManagedComputer[@Name='localhost']/ServerInstance[@Name='MSSQLSERVER']/ServerProtocol[@Name='Tcp']"
  # 命名实例（比如SQLEXPRESS）的Named Pipes协议
  $uri = "ManagedComputer[@Name='localhost']/ServerInstance[@Name='SQLEXPRESS']/ServerProtocol[@Name='Np']"
  

• 不确定实例名称的话，可以先列出所有可用实例：

  $managedComputer = New-Object Microsoft.SqlServer.Management.Smo.Wmi.ManagedComputer
  $managedComputer.ServerInstances | Select-Object Name
  

4. 换一种方式直接遍历协议（绕过URI） #

URI构造容易出错，试试直接通过对象遍历的方式操作，更直观也更容易排查问题：

# 初始化ManagedComputer对象
$managedComputer = New-Object Microsoft.SqlServer.Management.Smo.Wmi.ManagedComputer

# 定位目标实例（替换成你的实例名）
$targetInstance = $managedComputer.ServerInstances | Where-Object { $_.Name -eq "MSSQLSERVER" }

if (-not $targetInstance) {
    Write-Host "未找到指定的SQL Server实例，请检查实例名称"
    exit
}

# 启用TCP/IP协议
$tcpProtocol = $targetInstance.ServerProtocols | Where-Object { $_.Name -eq "Tcp" }
if ($tcpProtocol) {
    $tcpProtocol.IsEnabled = $true
    $tcpProtocol.Alter()
    Write-Host "TCP/IP协议已成功启用"
} else {
    Write-Host "未找到TCP/IP协议，可能是SMO版本不兼容或权限不足"
}

# 启用Named Pipes协议
$npProtocol = $targetInstance.ServerProtocols | Where-Object { $_.Name -eq "Np" }
if ($npProtocol) {
    $npProtocol.IsEnabled = $true
    $npProtocol.Alter()
    Write-Host "Named Pipes协议已成功启用"
} else {
    Write-Host "未找到Named Pipes协议，可能是SMO版本不兼容或权限不足"
}

5. 检查SQL Server WMI Provider服务状态 #

SMO的WMI操作依赖SQL Server WMI Provider服务，确保它处于运行状态：

# 检查服务状态
Get-Service SQLWmiProvider

# 如果未运行，启动并设置为自动启动
Start-Service SQLWmiProvider
Set-Service SQLWmiProvider -StartupType Automatic

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