基于SQL Server可用性组的活动节点检测脚本故障排查

我来帮你拆解下原脚本失效的核心问题，以及对应的修复方案：

核心失效原因 #

1. -contains操作符的误用 #

你这里犯了一个常见的PowerShell操作符误解：-contains是用来检查集合/数组中是否包含某个完整元素的，而不是用来判断字符串是否包含子串的。

原脚本中$owner = Select-String ... | Out-String得到的是一个格式化后的字符串，当你执行$owner -contains $thisNode时，PowerShell会把这个字符串当成一个只有一个元素的数组，检查这个元素是否完全等于$thisNode（显然不可能，因为$owner里包含OwnerNode:前缀和其他格式内容），所以判断永远为false，每次都会走else分支输出slave。

2. 不必要的文件中转增加出错风险 #

原脚本先把集群资源的格式化文本写入文件，再读取文件提取信息，这种方式不仅效率低，还容易因为format-list *输出的格式（比如换行、空格、特殊字符）导致文本提取不准确，进一步加剧判断逻辑的问题。

修复方案 #

方案1：修复原脚本的判断逻辑 #

如果你想保留原有的文件记录逻辑，只需要把判断操作符改成适合字符串检查的-match或-like，同时优化提取文本的方式：

$date=get-date -Format "ddMMyyyy"
$thisNode = $env:COMPUTERNAME
$random=get-random -maximum 1000
$trace_dir="C:\Users\Administrator\Desktop"
$trace_file="$trace_dir\trace_$date`_$random.txt"

# 写入集群资源信息到文件
Get-ClusterResource | where-object {$_.ResourceType -like "SQL Server Availability Group"} | format-list * >> $trace_file

# 提取OwnerNode的具体行，并用字符串匹配判断
$ownerLine = Select-String -path $trace_file -pattern 'OwnerNode' | Select-Object -ExpandProperty Line
# 用-like检查字符串是否包含当前节点（*是通配符）
if ($ownerLine -like "*$thisNode*") { 
    "primary" >> $trace_file
} else { 
    "slave" >> $trace_file
}

方案2：直接处理对象（更可靠高效） #

其实完全不需要通过文件中转，Get-ClusterResource返回的是结构化对象，直接访问其属性就能拿到准确的OwnerNode信息，避免文本解析的麻烦：

$thisNode = $env:COMPUTERNAME
$date=get-date -Format "ddMMyyyy"
$random=get-random -maximum 1000
$trace_file="C:\Users\Administrator\Desktop\trace_$date`_$random.txt"

# 直接获取AG资源对象
$agResource = Get-ClusterResource | Where-Object { $_.ResourceType -eq "SQL Server Availability Group" }

# 直接对比节点名称
if ($agResource.OwnerNode.Name -eq $thisNode) {
    $status = "primary"
} else {
    $status = "slave"
}

# 输出并记录到文件
Write-Host $status
$status >> $trace_file
# 同时可以把AG资源的详细信息也写入文件（可选）
$agResource | Format-List * >> $trace_file

这个方案直接操作对象属性，完全避免了文本解析的误差，是更推荐的写法。

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