VB.NET应用中如何预检查SQL Server主/镜像链接服务器状态？

你的场景我太熟悉了——靠捕获异常再重试确实有点折腾，而且用户体验也可能受影响。其实有几种办法能让你在执行查询前就确认服务器的主/镜像状态，提前切换到正确的节点：

1. 查询系统视图获取镜像角色 #

SQL Server自带的sys.database_mirroring系统视图可以直接返回数据库的镜像角色信息。针对你的链接服务器，你可以用OPENQUERY来远程查询这个视图：

SELECT mirroring_role_desc 
FROM OPENQUERY([YourLinkedServerName], 
               'SELECT mirroring_role_desc FROM sys.database_mirroring WHERE database_id = DB_ID(''YourTargetDB'')')

返回的mirroring_role_desc值如果是PRINCIPAL，说明这台是当前的主服务器；如果是MIRROR，那就是镜像节点，无法执行写操作（甚至部分读操作也受限）。

你可以在VB.NET代码里先执行这个检测查询，根据结果选择对应的链接服务器，再执行你的业务查询。

2. 配置链接服务器的自动故障转移 #

如果你的SQL Server版本支持，还可以在链接服务器的连接属性里指定故障转移伙伴。比如用OLEDB或ODBC配置链接服务器时，把镜像服务器地址填到故障转移伙伴字段里。这样当主服务器切换成镜像时，SQL Server会自动尝试连接故障转移伙伴，不需要你手动切换。

不过这个方案依赖SQL Server的自动检测机制，偶尔可能有延迟，还是建议搭配异常捕获作为兜底。

3. 用函数快速判断主副本（兼容Always On/镜像） #

如果是SQL Server 2012及以上版本，不管是传统镜像还是Always On可用性组，都可以用sys.fn_hadr_is_primary_replica函数直接判断当前服务器是否是主副本：

SELECT sys.fn_hadr_is_primary_replica('YourTargetDB')

返回1表示是主副本，0则不是。这个函数用起来比查询视图更简洁。

重要提示 #

不管用哪种检测方案，都要记住：检测状态和执行业务查询之间可能存在时间差，主/镜像切换可能刚好发生在这两个操作之间。所以你还是得保留原来的异常捕获逻辑作为最后一道防线，确保在极端情况下也能重试成功。

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