web-dev-qa-db-ja.com

SQL Serverへの接続が時々機能する

ADO.Netアプリケーションは、ローカルネットワーク上の別のサーバーにしか接続できない場合があります。特定の接続試行が成功するか失敗するかはランダムに見えます。接続は、次の形式の接続文字列を使用しています。

Server = THESERVER\TheInstance; Database = TheDatabase; User Id = TheUser; Password = ThePassword;

返されるエラーは次のとおりです。

接続タイムアウトが期限切れです。事前ログインハンドシェイク確認応答を消費しようとしたときにタイムアウト期間が経過しました。
これは、ログイン前のハンドシェイクが失敗したか、サーバーが時間内に応答できなかったことが原因である可能性があります。
このサーバーへの接続試行に費やされた時間は-[ログイン前]初期化= 42030;ハンドシェイク= 0;

.NETアプリケーションは、次のコードを実行する小さなテストアプリです。

using (SqlConnection conn = new SqlConnection(cs))
using (SqlCommand cmd = new SqlCommand("SELECT COUNT(*) FROM TheTable", conn))
{
    conn.Open();
    int rowCount = (int)cmd.ExecuteScalar();
}

TheTableは小さく、わずか78行です。

ただし、.NETアプリケーションがこのエラーを受け取る同じマシンでは、SSMSと接続文字列で指定されたユーザーID /パスワードを使用してTHESERVERに接続できます。

ADO.Netアプリからの接続が失敗するのに、SSMSからの同一の資格情報で成功するのはなぜですか？

sql-serverado.net
89
Eric J.

THESERVERのIPv6アドレスではなく、IPv4アドレスに対してTCP/IPが有効になっていることが判明しました。

どうやらいくつかの接続試行は最終的にIPv4を使用し、他の接続試行はIPv6を使用したようです。

両方のIPバージョンでTCP/IPを有効にすると、問題が解決しました。

SSMSが機能したという事実は偶然であることが判明しました（最初の数回の試行では、おそらくIPv4が使用されました）。後でSSMSを介して接続しようとすると、同じエラーメッセージが表示されました。

追加のIPアドレスに対してTCP/IPを有効にするには：

  • SQL Server構成マネージャーを起動します
  • ノードSQL Serverネットワーク構成を開きます
  • MYSQLINSTANCEの左クリックプロトコル
  • 右側のペインで、「TCP/IP」を右クリックします
  • プロパティをクリック
  • [IPアドレス]タブを選択します
  • リストされたIPアドレスごとに、アクティブと有効が両方ともはいであることを確認します。
86
Eric J.

Iveは、Microsoftの最新の更新プログラム（2016年9月2日）に疑いの余地がある同じエラーが発生しました。 ASP.NETアプリケーションが「ログイン前のハンドシェイク確認応答を消費しようとしてタイムアウト期間が経過しました」というエラーを返している間に、SSMSが問題なく接続していることがわかりました。

私にとっての解決策は、接続文字列に30秒の接続タイムアウトを追加することでした。例：

ConnectionString="Data Source=xyz;Initial Catalog=xyz;Integrated Security=True;Connection Timeout=30;"

私の状況では、影響を受ける接続は統合セキュリティを使用する接続のみで、接続する前にユーザーになりすましていましたが、SQL認証を使用する同じサーバーへの他の接続は正常に機能しました！

2つのテストシステム（個別のクライアントとSQLサーバー）が同時に影響を受け、Microsoftの更新プログラムが疑われるようになりました。

26
Shaun Keon

私はエリックのような問題を解決しましたが、他のいくつかの変更を加えました：

  • SQL Server構成マネージャーを起動します
  • ノードSQL Serverネットワーク構成を開きます
  • MYSQLINSTANCEの左クリックプロトコル
  • 右側のペインで、「TCP/IP」を右クリックします
  • プロパティをクリック
  • [IPアドレス]タブを選択します
  • リストされたIPアドレスごとに、アクティブと有効が両方ともはいであることを確認します。

そして

  • リストされたIPアドレスごとに、TCP Dynamic Portsが空で、TCP Port = 1433（または他のポート）であることを確認します
  • Windowsファイアウォールを開き、着信接続でポートが開いていることを確認します
16
Renzo Ciot

エンティティデータモデルのセットアップ中に、Visual Studioからローカルネットワーク（VPN経由）のサーバーに接続しようとすると、同じ問題が発生しました。
接続文字列にTransparentNetworkIPResolution=falseを設定するだけで解決できました。 VS接続の追加ウィザードでは、[詳細設定]タブで見つけることができます。

8
maozx

ホストされたサーバーへの接続時に同じハンドシェイクの問題が発生しました。

ネットワークと共有センターを開き、ワイヤレスネットワーク接続でIPv6を有効にしました。

enter image description here

5
Pomster

.NET Framework 3.5を使用してビルドされた実行可能ファイルは、一部のWindows Updateが最近インストールされてから（2017年8月7日の週）約半分の時間でこれらの接続の問題を報告し始めました。

接続エラーは、ターゲットコンピューターにインストールされた.NET Framework 4.7が原因で発生しました（Windows Updateの自動インストールがオンになっていた）- https://support.Microsoft.com/?kbid=3186539

.NET Framework 4.7をアンインストールすると、接続の問題が解決しました。

どうやら、.Net Framework 4.6.1に重大な変更があります- TransparentNetworkIPResolution 記事ごとに接続文字列を更新すると、フレームワークのバージョンをロールバックすることなく問題が解決しました。

3
user270576

IPv6を有効にし、受信ポート1433のブロックを解除することにより、Windows Server 2012およびSQL Server 2012でこのエラーを修正しました。

2
smwikipedia

私のように問題を解決する時間を失う前に、Windowsマシンを再起動するを試してください。他のすべてのソリューションを適用した後、私のために働いた。

1
chainstair

私は同じ問題を抱えていて、SQL Server Configuration Managerでポート1433とtcp/ipをオープン/有効化してからRestarted サーバー

enter image description here

1
Myk Agustin

上記の私の場合、すべてのオプションがすでに存在していました。

接続タイムアウト= 30を増やして解決しました。 SQL Server management Studio

1
Jignesh

このケースでは、可用性クラスターの構成が原因で問題が発生しました。この問題を解決するには、接続文字列でMultiSubnetFailoverをTrueに設定する必要がありました。

MSDN の詳細

0
Uriil

私にとっては、WindowsサーバーのファイアウォールがデフォルトのSQLサーバーポートであるポート1433をブロックしていたことがわかりました。そのため、これらの接続を受け入れるためのインバウンドルールを追加することが、私にとっての秘madeとなりました。

0
Josué Zatarain Espinosa

ユーザーアカウントをブルートフォースしようとしたIPアドレスをブロック/ブラックリスト化することで、この問題を解決しました。多数の失敗したログイン試行についてSQLアクセスログを確認します（通常は「sa」アカウントの場合）。

0
user3424480

SharePoint 2010から2013への移行を行ったときに、この問題が発生しました。データベースサーバーは、IP6をルーティングしないファイアウォールの反対側にあるため、データベースへの接続時にIP6を使用しようとして失敗したのではないかと考えました。

この問題は解決されたと思います。エラーが停止したようです。私がやったのは、SharePoint ServerのネットワークアダプターのIP6を無効にするだけです（チェックを外すことで）。

0
Chuck Herrington

これと同じ問題がありましたが、静的IPアドレスを使用してリモートデータベースに接続していました。したがって、上記の解決策のいずれも私の問題を解決しませんでした。

使用しているセキュリティログイン用の適切なユーザーマッピングを追加できなかったため、解決策は、ユーザーマッピング設定がデータベースにアクセスするように設定することだけでした。

0
John Livermore

抜本的なことを行う前に、まず簡単なSQL Serverの再起動を試します。それを修正するかもしれません。それは私のためにした

0
Robert Benyi

私の場合、接続文字列にユーザーとパスワードを含むパラメーターPersist Security Info=trueが問題の原因です。パラメーターを削除するか、falseに設定すると、問題が解決します。

0
Ricardo Fontana

「接続タイムアウトの期限切れ」エラーは、一般的に次の場合に発生します

  • SQL Serverデータベースエンジンのインスタンスが実行されていません。
  • SQL Server Browserサービスが実行されていません。
  • TCP/IPは無効になっています。
  • サーバー名が正しく入力されていません。
  • ネットワークに問題があります。
  • データベースエンジンインスタンスのTCP/IPポートは、ファイアウォールによってブロックされています。
  • クライアントとサーバーは、同じネットワークプロトコルを使用するように構成されていません。

上記の理由に基づいてこのエラーを追跡する方法を確認するには、 接続タイムアウトが期限切れです。ログイン前のハンドシェイク確認応答を消費しようとしたときに経過したタイムアウト期間

0
Mohamed El-Qassas MVP