问题1：从服务器通过PowerShell连接SQL需要哪些特性及其他属性？ #

问题2：迁移脚本后的连接错误问题 #

我们在Windows Server 2008 R2服务器上运行以下PowerShell脚本长期正常：

$SqlConnection = New-Object System.Data.SqlClient.SqlConnection 
$SqlConnection.ConnectionString = "Server=11.11.111.11;Database=TESTON;User ID=ADMINID;Password=THEREISNOTRY" 
$SqlCmd = New-Object System.Data.SqlClient.SqlCommand 
$SqlCmd.CommandText = "select * from Projects" 
$SqlCmd.Connection = $SqlConnection 
$SqlAdapter = New-Object System.Data.SqlClient.SqlDataAdapter 
$SqlAdapter.SelectCommand = $SqlCmd 
$DataSet = New-Object System.Data.DataSet 
$SqlAdapter.Fill($DataSet) 
$SqlConnection.Close() 
foreach ($Row in $DataSet.Tables[0].Rows) { Write-Host "the column data of the row" }

迁移到Windows Server 2016新服务器后，执行相同脚本出现错误：

Exception calling "Fill" with "1" argument(s): "A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server)"

新服务器可访问目标数据服务器，但PowerShell无法连接。两台服务器PowerShell版本略有差异：正常服务器为5.1.14409.1018，故障服务器为5.1.14393.3053。已尝试更新故障服务器PowerShell版本（未成功）、调整Integrated Security配置、添加缺失的服务器特性，但问题仍未解决。请问需检查或修改哪些内容以恢复连接？是否存在修改配置文件添加新IP的简单解决方案？

一、先回答问题1：PowerShell连接SQL Server的核心要求 #

要通过PowerShell用System.Data.SqlClient连接SQL Server，这些是必须的：

• .NET Framework支持：因为你用的是.NET的SQL客户端类，服务器需要安装至少.NET Framework 3.5及以上（Server 2016默认带4.6+，完全满足，但如果是非常老的SQL版本可能需要兼容配置）
• SQL客户端驱动组件：得装SQL Server Native Client或者Microsoft ODBC Driver for SQL Server，这是底层连接的依赖，没有它System.Data.SqlClient没法和SQL Server通信
• PowerShell基础配置：PowerShell 5.1及以上都支持System.Data命名空间，但要确保执行策略允许运行脚本（用Get-ExecutionPolicy检查，建议设为RemoteSigned）
• 连接字符串关键属性：
  • Server：SQL实例地址（命名实例要加\实例名，默认实例直接用IP/主机名）
  • Database：目标数据库名称
  • User ID/Password：SQL认证的账号密码（Windows认证用Integrated Security=True）
  • 可选但实用的属性：Connection Timeout（设置超时时间，避免无限等待）、Encrypt（控制是否加密连接，Server 2016后默认加密规则有变化）

二、针对Server 2016迁移后的连接错误排查方案 #

你遇到的Named Pipes Provider, error:40错误，本质是连接协议、网络或SQL端配置不匹配导致的，咱们一步步排查：

1. 检查SQL Server的协议启用状态

登录目标SQL Server，打开SQL Server配置管理器：

• 展开SQL Server网络配置 -> 找到你的SQL实例对应的协议
• 确保TCP/IP和Named Pipes都已启用（错误提示指向Named Pipes，先确认这个，同时TCP/IP也要开，客户端会尝试多种协议）
• 重启SQL Server服务让配置生效

2. 强制指定TCP协议连接

Server 2016的PowerShell环境可能默认协议优先级变了，你可以在连接字符串里强制用TCP协议，绕开Named Pipes的问题：
修改连接字符串为：

$SqlConnection.ConnectionString = "Server=tcp:11.11.111.11,1433;Database=TESTON;User ID=ADMINID;Password=THEREISNOTRY;Connection Timeout=30"

这里tcp:强制使用TCP协议，1433是SQL默认端口，如果你的SQL用了自定义端口，替换成对应端口号。

3. 验证防火墙规则

虽然你说服务器能访问目标库，但要确认：

• 新Server 2016的出站防火墙规则允许访问SQL Server的端口（1433或自定义端口）
• 目标SQL Server的入站防火墙规则允许新Server 2016的IP访问

4. 更新SQL客户端驱动

Server 2016默认的SQL客户端组件可能和2008 R2的兼容性不如预期，建议安装Microsoft ODBC Driver 17 for SQL Server，它对新老SQL Server的兼容性更好，安装后PowerShell的System.Data.SqlClient会自动调用更新的驱动，解决很多协议兼容问题。

5. 关于“添加新IP”的简单方案

不需要修改配置文件，更直接的是在SQL Server端做两件事：

• 确保你用的SQL认证账号ADMINID有远程连接权限，并且在TESTON数据库有访问权限（在SSMS里检查登录名的服务器角色和数据库用户权限）
• 在SSMS里右键SQL实例 -> 属性 -> 连接 -> 勾选“允许远程连接到此服务器”（虽然你之前可能开了，但新IP可能没被允许，不过SQL认证账号默认是允许远程的，主要确认这个开关）

6. 测试底层端口连通性

用PowerShell命令测试端口是否能通：

Test-NetConnection 11.11.111.11 -Port 1433

如果返回tcpTestSucceeded : True，说明端口没问题；如果不通，重点查防火墙或SQL端口配置。

7. 检查PowerShell执行策略

新服务器的执行策略可能更严格，执行：

Get-ExecutionPolicy

如果是Restricted，改成RemoteSigned：

Set-ExecutionPolicy RemoteSigned -Force

确保运行脚本的账号有足够的网络访问权限。

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