Sql 命令（使用“0”参数调用“ExecuteScalar”时出现异常）

Question

当我第一次尝试运行下面的代码时，出现无法解释的错误，但第二次尝试再次运行脚本效果很好......我的代码中会出现什么问题？

顺便说一句，我在这一步之前创建数据库......

  $SqlConnection = New-Object System.Data.SqlClient.SqlConnection
  $SqlConnection.ConnectionString = "Server=$dBServer;Database=$dBName;Integrated Security=True" 
  $SqlConnection.Open() 

  $SqlCmd = New-Object System.Data.SqlClient.SqlCommand 
  $SqlCmd.CommandText = $dBCmd 
  $SqlCmd.Connection = $sqlConnection 

  $execute = $SqlCmd.ExecuteScalar() 
  $SqlConnection.Close() 

错误

Exception calling "ExecuteScalar" with "0" argument(s): "A transport-level error has occurred when sending the request to the server. (provider: Shared Memory  Provider, error: 0 - No process is on the other end of the pipe.)" At c:\scripts\DB\Powershell\RunSql.ps1:61 char:34
+   $execute = $sqlCmd.ExecuteScalar <<<< ()
    + CategoryInfo          : NotSpecified: (:) [], MethodInvocationException
    + FullyQualifiedErrorId : DotNetMethodException

Answer 1

如果您尝试使用服务器重置的连接执行命令，这是一个常见错误。每当我运行 Powershell 脚本、重新启动 SQL Server，然后尝试再次运行该脚本时，都会发生这种情况。该脚本认为连接仍然打开，但当它尝试使用它时，您会收到传输级错误并关闭连接。当您尝试再次运行脚本时，它将重新建立连接并且一切正常。

如果您想强制它关闭连接，只需在重新启动 SQL Server 时执行 $SqlConnection.Close() 语句即可。

Answer 2

对于我遇到的奇怪情况，我最终找到了一个可接受的解决方案，使用 $error 变量而不是 ($LastExitCode 或 $?) 来检测 sql 查询失败并循环尝试几次，因为我的代码在第二次尝试后才工作。

$attempts = 0
$maxAttempts = 3

  while ($attempts -lt $maxAttempts)
  {
    $attempts++
    $error.clear() # Clears teh error variable incase of any previous errors in the script

      $SqlConnection = New-Object System.Data.SqlClient.SqlConnection 
      $SqlConnection.ConnectionString = "Server=$dBServer;Database=$dBName;Integrated Security=True"  
      $SqlConnection.Open()  

      $SqlCmd = New-Object System.Data.SqlClient.SqlCommand  
      $SqlCmd.CommandText = $dBCmd  
      $SqlCmd.Connection = $sqlConnection  

      $execute = $SqlCmd.ExecuteScalar()  
      $SqlConnection.Close()  

      if ($error.count -eq 0)
      {
        write-host "Sql Query was Successful."            
        break
      }        

      else
      {   
        write-host "Sql Query failed on attempt $attempts"
        $error.clear()
      }
  }

Answer 3

您是否检查了 SQL Server 配置管理器以确保启用了“命名管道”（在“SQL Server 网络配置 -> SQL 协议...”下）？

Answer 4

我认为你可以强制它直接进入 tcp(1433) 并通过使用

“Server=$dBServer,1433;Database=$dBName;Integrated Security=True”

跳过建立命名管道连接许多库、客户端首先尝试命名管道，但是通常，最佳做法是仅让 1433 侦听您的目标。我认为 Ozie 的代码也可以工作...很简单，尝试命名管道，失败，尝试 1433，这是 MS 事物经常工作的标准方式。您可以尝试使用网络库等进行 Fussign，正如其他人所描述的那样，但使​​用正确的 conn 字符串通常是一个好主意，这样您就知道您用于防火墙等的端口。

Answer 5

我遇到了同样的问题，我设法通过将连接字符串移动到实例化连接的同一行来解决它。

$SqlConnection = New-Object System.Data.SqlClient.SqlConnection $conString

不知道为什么，但是事后分配它不起作用。也许有人可以解释为什么？