SQL Server への接続を確立している間に、ネットワーク関連またはインスタンス固有のエラーが発生しました - SQL Server

[アーティクル]
05/11/2023

適用対象: SQL Server

SQL Server インスタンスに接続すると、次のエラーメッセージが 1 つ以上発生する場合があります。この記事では、これらのエラーのトラブルシューティングに役立ついくつかの手順について、単純なものから複雑なものまで、問題の順序で説明します。

エラーメッセージ

完全なエラーメッセージは、アプリケーションとサーバー環境で使用されるクライアントライブラリによって異なります。次の詳細を確認して、次のいずれかのエラーメッセージが表示されているかどうかを確認できます。

プロバイダー: 名前付きパイププロバイダー、エラー: 40 - SQL Server への接続を開けませんでした (Microsoft SQL Server、エラー: 53)

SQL Server への接続を確立しているときにネットワーク関連またはインスタンス固有のエラーが発生しました。サーバーが見つからないかアクセスできません。インスタンス名が正しいかを確認し、さらに SQL Server が構成されリモート接続が許可されていることを確認します。
provider: 名前付きパイププロバイダー、エラー: 40 - SQL Serverへの接続を開けませんでした (Microsoft SQL Server、エラー:53)
プロバイダー: TCP プロバイダー、エラー: 0 - このようなホストは認識されていません。 (Microsoft SQL Server、エラー: 11001)

provider: SQL Network Interfaces, error: 26 - Error Locating Server/Instance Specified

SQL Server への接続を確立しているときにネットワーク関連またはインスタンス固有のエラーが発生しました。サーバーが見つからないかアクセスできません。インスタンス名が正しいかを確認し、さらに SQL Server が構成されリモート接続が許可されていることを確認します。
provider: SQL Network Interfaces, error: 26 - Error Locating Server/Instance Specified

ログインタイムアウトの有効期限が切れています

SQL Server Native Client データリンクエラー
[Microsoft SQL Server Native Client 10.0]: ログインタイムアウトの有効期限が切れています
[Microsoft SQL Server Native Client 10.0]: SQL Server への接続の確立中に、ネットワーク関連またはインスタンス固有のエラーが発生しました。サーバーが見つからないか、アクセスできません。インスタンス名が正しいことと、SQL Server がリモート接続を許可するように構成されていることを確認してください。詳細については、SQL Server オンラインブックの「ログインの作成」を参照してください。
[Microsoft SQL Server Native Client 10.0]: SQL Server ネットワークインターフェイス: 指定されたサーバー/インスタンスの検索エラー [xFFFFFFFF]。

接続済みの呼び出し先が一定の時間を過ぎても正しく応答しなかったため、接続できませんでした。または接続済みのホストが応答しなかったため、確立された接続は失敗しました

SQL Server への接続を確立しているときにネットワーク関連またはインスタンス固有のエラーが発生しました。サーバーが見つからないかアクセスできません。インスタンス名が正しいかを確認し、さらに SQL Server が構成されリモート接続が許可されていることを確認します。
プロバイダー: TCP プロバイダー、エラー: 0
"接続済みの呼び出し先が一定の時間を過ぎても正しく応答しなかったため、接続できませんでした。または接続済みのホストが応答しなかったため、確立された接続は失敗しました。"
Microsoft SQL Server、エラー: 10060

プロバイダー: 名前付きパイププロバイダー、エラー: 40 - SQL Server への接続を開けませんでした

SQL Server への接続を確立しているときにネットワーク関連またはインスタンス固有のエラーが発生しました。サーバーが見つからないかアクセスできません。インスタンス名が正しいかを確認し、さらに SQL Server が構成されリモート接続が許可されていることを確認します。
プロバイダー: 名前付きパイププロバイダー、エラー: 40 - SQL Serverへの接続を開けませんでした
(Microsoft SQL Server、エラー: 53
ネットワークパスが見つかりませんでした

[Microsoft][SQL Server Native Client 11.0]TCP プロバイダー: ターゲットマシンがアクティブに拒否したため、接続できませんでした

SQL Server Native Client データリンクエラー
[Microsoft][SQL Server Native Client 11.0]TCP プロバイダー: ターゲットコンピューターが積極的に拒否したため、接続できませんでした。
[Microsoft][SQL Server Native Client 11.0] ログインタイムアウトの有効期限が切れています
[Microsoft][SQL Server Native Client 11.0] SQL Server への接続を確立している間に、ネットワーク関連またはインスタンス固有のエラーが発生しましたサーバーが見つからないか、アクセスできません。インスタンス名が正しいことと、SQL Server がリモート接続を許可するように構成されていることを確認してください。詳細については、SQL Server オンラインブックの「ログインの作成」を参照してください。

"SQL Serverが存在しないか、アクセスが拒否されました"

通常、このエラーは、クライアントが SQL Server インスタンスを見つけられないことを意味します。この問題は、次のいずれかの理由で発生します。

SQL Serverをホストしているコンピューターの名前が正しくありません。
インスタンスが正しい IP を解決しません。
TCP ポート番号が正しく指定されていません。

Note

高可用性シナリオにおける接続のトラブルシューティングについては、以下の記事を参照してください。

Windows エラー 233: パイプのもう一方の端にプロセスがありません

完全なメッセージは次のとおりです。

サーバーとの接続は正常に確立されましたが、ログインプロセスでエラーが発生しました。 (プロバイダー: 共有メモリプロバイダー、エラー: 0 - パイプの他端にプロセスがありません。) (Microsoft SQL Server、エラー: 233)

このメッセージは、SQL Server が共有メモリまたは名前付きパイププロトコルでリッスンしていないことを意味します。

エラーのトラブルシューティングに関する情報を収集する

エラーのトラブルシューティングを行う実際の手順に進む前に、次のいずれかのオプションを使用して、このセクションに記載されている情報を収集することをお勧めします。

オプション 1：SQL チェックツールを使用して必要な情報を収集する

SQL Server コンピューターにローカルでサインインでき、管理者アクセス権がある場合は、 SQLCHECK を使用します。このツールは、1 つのファイルでトラブルシューティングに必要なほとんどの情報を提供します。ツールの使用と収集する情報の詳細については、ツールのホームページを確認してください。推奨される前提条件とチェックリストのページを確認することもできます。

オプション 2: 次の手順を使用してデータを個別に収集する

Configuration Manager からインスタンス名を取得する

SQL Server インスタンスをホストするサーバーで、SQL Server 構成マネージャーを使用してインスタンス名を確認します。

Note

SQL Server がインストールされると、コンピューターに　Configuration Manager が自動的にインストールされます。 Configuration Manager を開始する手順は、SQL Server と Windows のバージョンによって若干異なります。バージョン固有の詳細については、「SQL Server 構成マネージャー」を参照してください。

SQL Server のインスタンスをホストしているコンピューターにサインインします。
SQL Server 構成マネージャーを起動します。
左側のウィンドウで、[SQL Server サービス] を選択します。
右側のペインで、データベースエンジンのインスタンス名を確認します。
- SQL SERVER (MSSQLSERVER) は、SQL Server の既定のインスタンスを示します。既定のインスタンスの名前は <computer name> です。
- SQL SERVER (<インスタンス名>) は、SQL Server の名前付きインスタンスを示します。名前付きインスタンスの名前は <computer name>\<instance name> です。

サーバーのIPアドレスを取得する

次の手順に従って、SQL Server のインスタンスをホストしているコンピューターの IP アドレスを取得できます。

[スタート] メニューの [実行] を選択します。 [実行] ウィンドウに「cmd.exe」と入力して [OK] をクリックします。
コマンドプロンプトウィンドウで、ipconfig/allと入力し、Enterキーを押してください。 IPv4 アドレスと IPv6 アドレスをメモしておきます。

Note

SQL Server は、IP バージョン 4 プロトコルまたは IP バージョン 6 プロトコルのいずれかを使用して接続できます。ネットワークでは、どちらか一方または両方を許可できます。

インスタンスの TCP ポートを取得する

ほとんどの場合、TCP プロトコルを使用して、別のコンピューター上のデータベースエンジンに接続します。インスタンスのTCPポートを取得するには、次の手順に従います。

SQL Server を実行しているコンピューターで SQL Server Management Studio を使用し、SQL Server のインスタンスに接続します.。 [オブジェクトエクスプローラー]で[管理]、[SQL Server ログ] の順に展開し、現在のログをダブルクリックします。
ログファイルビューアーで、ツールバーの [フィルター] を選択します。 [メッセージに含まれるテキスト]ボックスで、「 サーバーがリッスンしている」と入力し、[フィルターの適用] を選択して、[OK] を選択します。
"Server is listening on [ 'any' <ipv4> 1433]" のようなメッセージが表示されます。

このメッセージは、SQL Server のインスタンスがこのコンピューター (IP バージョン 4) および TCP ポート 1433 上のすべての IP アドレスをリッスンしていることを示します。 (TCP ポート 1433 は、通常、データベースエンジンまたは SQL Server の既定のインスタンスによって使用されるポートです。このポートを使用できるのは、SQL Server の 1 つのインスタンスだけです。SQL Server の複数のインスタンスがインストールされている場合は、一部のインスタンスで他のポート番号を使用する必要があります)。接続しようとしている SQL Server インスタンスで使用されるポート番号をメモしておきます。
Note
- IP アドレス 127.0.0.1 がおそらく一覧表示されます。ループバックアダプターアドレスと呼ばれます。同じコンピューター上のプロセスのみが、IP アドレスを使用して接続できます。
- テキストエディターで、SQL Server のエラーログを表示することもできます。エラーログは、既定で Program Files\Microsoft SQL Server\MSSQL.n\MSSQL\LOG\ERRORLOG ファイルと ERRORLOG.n ファイルにあります。詳細については、「SQL Server エラーログの表示」を参照してください。

手順 1: インスタンスが起動していることを確認する

オプション 1: SQLCHECK 出力ファイルを使用する

SQLCHECK 出力ファイルで "SQL Server 情報" を検索します。
"興味のあるサービス" というタイトルのセクションの [名前] 列と [インスタンス] 列 (名前付きインスタンスの場合) で SQL Server インスタンスを見つけ、[開始済み] 列でその状態を確認します。値が True の場合、そのサービスは起動しています。それ以外の場合、そのサービスは現在起動していません。
サービスが実行されていない場合は、SQL Server Management Studio、SQL Server 構成マネージャー、PowerShell、またはサービスアプレットを使用してサービスを開始します。

オプション 2: SQL Server Configuration Manager を使用する

インスタンスが実行されていることを確認するには、SQL Server 構成マネージャーで SQL Server Services を選択し、SQL Server インスタンスによってシンボルを確認します。

緑色の矢印は、インスタンスが起動していることを示します。
赤い四角形は、インスタンスが停止していることを示します。

インスタンスが停止している場合は、インスタンスを右クリックして [開始] を選択します。すると、サーバーインスタンスが起動し、インジケーターが緑色の矢印になります。

オプション 3: PowerShell コマンドを使用する

PowerShell で次のコマンドを使用すると、システム上の SQL Server サービスの状態を確認できます。

Get-Service | Where {$_.status -eq 'running' -and $_.DisplayName -like "sql server*"}

次のコマンドを使用して、エラーログファイルで文字列 "SQL Server is now ready for client connections. This is an informational message; no user action is required." (SQL Server はクライアント接続の準備ができました。これは情報メッセージです。ユーザー操作は必要ありません。) という文字列を検索します。

Get-ChildItem -Path "c:\program files\microsoft sql server\mssql*" -Recurse -Include Errorlog | Select-String "SQL Server is now ready for client connections."

手順 2: SQL Server Browser サービスが起動していることを確認する

Note

この手順は、名前付きインスタンスとの接続の問題をトラブルシューティングする場合にのみ必要です。

オプション 1: SQLCHECK 出力ファイルを使用する

SQLCHECK 出力ファイルで "SQL Server 情報" を検索します。
"興味のあるサービス" というタイトルのセクションの [名前] 列で SQLBrowser を検索し、[開始] 列でその状態を確認します。値が True の場合、そのサービスは起動しています。それ以外の場合、そのサービスは現在実行されていないため、サービスを開始する必要があります。詳細については、「SQL Server サービスの開始、停止、一時停止、再開、再起動」を参照してください。

オプション 2: SQL Server Configuration Manager を使用する

名前付きインスタンスに接続するには、SQL Server Browser サービスが起動している必要があります。 SQL Server Configuration Manager で SQL Server Browser サービスを見つけて、それが起動していることを確認します。起動していない場合は、サービスを開始します。既定のインスタンスでは、SQL Server Browser サービスは必要ありません。

ご利用の環境で SQL Server Browser サービスを使用する方法の詳細については、「SQL Server Browser サービス」を参照してください。

SQL Services の停止と開始の詳細については、「SQL Server サービスの開始、停止、一時停止、再開、再起動」を参照してください。

Note

ご利用の環境で SQL Server Browser サービスを実行できない場合は、「SQL Server Browser サービスを使用せずに SQL Server の名前付きインスタンスに接続する」を参照してください。

手順 3: 接続文字列内のサーバー名を確認する

接続文字列に間違ったサーバー名が指定された場合に、エラーが発生することがよくあります。サーバー名が、前の手順で取得したサーバー名と一致していることを確認します。

Note

SQLCHECK ツールを使用している場合は、出力ファイルの Computer Information セクションの NetBios Name/FQDN の値を確認します。

接続文字列の例については、「SQL Server の接続文字列」を参照してください。
詳細な例については、「SQL クライアントプログラミングの Homepage」の「ADO.NETを使用して SQL に接続する概念の防止」を参照してください。

手順 4: クライアントコンピューター上でエイリアスを検証する

エイリアスは、別名を使用して SQL Server に接続する場合や、ネットワーク内で名前解決の問題がある場合に、クライアント環境でよく使用されます。エイリアスを作成するには、SQL Server Configuration Manager またはクライアントネットワークユーティリティを使用します。エイリアスが正しくない場合、アプリケーションからの接続が間違ったサーバーに対して行われ、失敗する可能性があります。以下の方法で、間違ったエイリアスがないか確認します。また、SQLCHECK などのツールをクライアントコンピューター上で使用して、クライアントコンピューター上のエイリアスやその他のさまざまな接続関連の設定を確認することもできます。

Note

次のオプションは、SQL Server Native Client を使用して SQL Server に接続するアプリケーションにのみ適用されます。

オプション 1: SQLCHECK 出力ファイルを使用する

SQLCHECK 出力ファイルで、文字列 SQL エイリアスを検索します。 (この文字列は、ファイルの [クライアントセキュリティとドライバー情報 ] セクション内にあります)
テーブル内のエントリを確認します。何も存在しない場合は、コンピュータにエイリアスが存在しないことになります。エントリがある場合は、情報を確認して、サーバー名とポート番号が正しい値に設定されていることを確認します。

出力例:
SQL エイリアス：

Alias Name   Protocol   Server Name     Port   32-bit 

----------   --------   ------------    ----   ------ 

prodsql      TCP        prod_sqlserver  1430

出力は、 prodsql がポート 1430 で実行されている prod_sqlserver という SQL Server のエイリアスであることを示します。

オプション 2: SQL Server 構成マネージャーでエイリアスを確認する

SQL Server 構成マネージャーで、[SQL Server Native Client 構成] を展開し、[エイリアス] を選択します。
接続しようとしているサーバーに対してエイリアスが定義されているかどうかを確認します。

エイリアスが存在する場合は、以下の手順に従ってください。
1. エイリアスの [プロパティ ] ウィンドウを開きます。
2. [エイリアス名] フィールドの値の名前を変更します (たとえば、サーバー名が MySQL の場合は、名前をMySQL_testに変更します)、接続を再試行します。接続が機能する場合、エイリアスは正しくなく、不要になった古い構成から取得されている可能性があります。接続が機能しない場合は、エイリアスの名前を元の名前に戻し、次の手順に進みます。
3. エイリアスの接続パラメーターを確認し、正しいことを確認します。次の一般的なシナリオでは、接続の問題が発生する可能性があります。
  - [サーバー] フィールドの IP アドレスが正しくありません。 IP アドレスが、SQL Server エラーログファイルのエントリと一致していることを確認します。
  - [サーバー] フィールドのサーバー名が正しくありません。例えば、サーバー・エイリアスは正しいサーバー名を指しています。ただし、サーバー名パラメーターの値が正しくない場合、接続は失敗します。
  - パイプ名の形式が正しくありません (名前付きパイプエイリアスを使用すると想定)。
    - Mydefaultinstance という名前の既定のインスタンスに接続する場合、パイプ名は \\Mydefaultinstance\pipe\sql\query にする必要があります。
    - 名前付きインスタンス MySQL\Named に接続する場合、パイプ名は \\MySQL\pipe\MSSQL$Named\sql\query にする必要があります。

オプション 3: SQL Server クライアントネットワークユーティリティでエイリアスを確認する

SQL サーバークライアントネットワークユーティリティ実行コマンドに「cliconfg.exe」と入力して開きます。
オプション 2: SQL Server 構成マネージャーでエイリアスを確認するの手順 2 に従います。

手順 5: ファイアウォールの構成を確認する

既定のインスタンスまたは名前付きインスタンスに応じて、ファイアウォールの構成を確認できます。

Note

ネットワークでサードパーティファイアウォールを使用している場合でも、概念は適用されます。ただし、SQL Server との通信に必要なポートを許可するようにファイアウォールを構成する方法の詳細については、ネットワーク管理者と連携するか、ファイアウォール製品のドキュメントを参照する必要があります。

SQL Server の既定のインスタンス

既定のインスタンスは通常、ポート 1433 で実行されます。一部のインストールでは、非標準ポート (1433 以外) を使用して SQL インスタンスを実行することもできます。ファイアウォールがいずれかのポートをブロックしている可能性があります。さらにポート番号を確認する場合は、次の手順を実行します。

SQL インスタンスが起動しているポートを確認する方法については、「インスタンスの TCP ポートを取得する」を参照してください。
- SQL Server がポート 1433 をリッスンするように構成されている場合は、クライアントとサーバーの間のネットワーク上のファイアウォールが、そのポートのトラフィックが許可されていることを確認します。データベースエンジンアクセス用の Windows ファイアウォールの構成を確認し、ネットワーク管理者と連携して必要なソリューションを実装します。
- SQL Server 既定のインスタンスが 1433 を使用されていない場合は、形式<servername>,<portnumber>を使用してサーバー名に SQL Server のポート番号を追加し、動作するかどうかを確認します。たとえば、SQL インスタンス名がMySQLDefaultinstance であり、ポート 2000 で実行されています。サーバー名を MySQLServer 2000として指定し、動作するかどうかを確認します。
  - 動作しない場合は、ファイアウォールがポートをブロックしていることを示します。「データベースエンジンアクセス用の Windows ファイアウォールを構成する」の手順に従うか、ネットワーク管理者と協力してファイアウォール除外リストにポートを追加します。
  - 動作する場合は、ファイアウォールによってそのポート経由の通信が許可されていることを示します。アプリケーションの接続文字列でポート番号とサーバー名を使用するには、接続文字列を変更する必要があります。

SQL Server の名前付きインスタンス

SQL インスタンスが名前付きインスタンスの場合は、動的ポートまたは静的ポートのいずれかを使用するように構成されている場合があります。どちらの場合も、基になるネットワークライブラリは、UDP ポート 1434 を介して SQL Server コンピューターで実行されている SQL Server Browser サービスに対してクエリを実行し、名前付きインスタンスのポート番号を列挙します。クライアントとサーバーの間のファイアウォールでこの UDP ポートがブロックされている場合、クライアントライブラリはポート (接続の要件) を特定できず、接続は失敗します。接続を確認するには、以下のいずれかの方法を使用します。

方法 1: 接続文字列にポート番号を指定して接続を確認します。
1. SQL インスタンスが起動しているポートを確認する方法については、「インスタンスの TCP ポートを取得する」を参照してください。
2. <servername\instancename>,<portnumber> の形式でポート番号をサーバー名に追加して名前付きインスタンスへの接続を試み、接続が成功するかどうかを確認します。たとえば、SQL インスタンス名が MySQL\Namedinstance で、ポート 3000 で起動している場合は、サーバー名を MySQL\Namedinstance,3000 として指定します。
  - 接続できる場合は、ファイアウォールが UDP ポート 1434 をブロックしているか、インスタンスが SQL Server Browser から非表示になっています。
  - 動作しない場合は、次のいずれかの状況が示されます。
    - UDP ポート 1434 がブロックされているか、静的ポートがブロックされているか、またはその両方です。 UDP ポートか静的ポートかを確認するには、Portqry を使用します。
    - インスタンスが、SQL Server Browser サービスから非表示になっています。
方法 2: PortQryUI ツールを使用して接続を確認します。

PortQryUI ツールを名前付きインスタンスで使用し、出力結果を確認します。 UDP ポート 1434 がフィルタリングされているというメッセージが表示される場合があります。このメッセージは、そのポートがネットワーク上でブロックされていることを示しています。このツールの使用方法については、「SQL Server で PortQryUI ツールを使用する」を参照してください。

SQL Server インスタンスが動的ポートと静的ポートのどちらでリッスンしているかを確認します。次に、ご利用のシナリオに相当する次の方法を使用します。不明な場合は、「SQL Server が動的ポートと静的ポートのどちらでリッスンしているかを確認する方法」を参照してください。
- シナリオ 1: 動的ポート。この場合は、SQL Server Browser サービスが起動していて、クライアントとサーバーの間のファイアウォールで UDP ポート 1434 がブロックされていないことを確認します。このいずれかを確認できない場合は、SQL Server インスタンスを静的ポートに切り替え、「特定の TCP ポートでリッスンするようにサーバーを構成する」に記載されている手順を使用する必要があります。
- シナリオ 2: 静的ポート設定。 SQL Server Browser が起動していないか、ファイアウォールで UDP 1434 が開いていません。この場合は、接続文字列に静的ポートを指定し、ファイアウォールがそのポートをブロックしないようにしてください。詳細については、「データベースエンジンアクセス用の Windows ファイアウォールの設定」を参照してください。

手順 6: SQL Server で有効になっているプロトコルを確認する

SQL Server の設定によっては、別のコンピューターからデータベースエンジンに接続するには、管理者が手動で接続を有効にする必要がある場合があります。次のいずれかのオプションを使用すると、SQL Server データベースエンジンへリモートから接続できるように、必要なプロトコルを確認して有効にできます。

オプション 1: SQLCHECK 出力ファイルを使用する

SQLCHECK 出力ファイルで "SQL Server インスタンスの詳細" セクションを検索し、SQL Server インスタンスの情報セクションを見つけます。

このセクションで、次の表に示す値を見つけて、SQL Server プロトコルが有効になっているかどうかを判断します。

値の名前	意味	詳細
共有メモリが有効になっている	true と false のいずれにも設定できます。ローカル接続にのみ影響します。	共有メモリプロトコルを使用した有効な接続文字列の作成
名前付きパイプが有効になっている	false の場合、名前付きパイプを使用したローカル接続とリモート接続の両方が失敗します	ネットワークプロトコルの選択
TCP: Enabled	false の場合、TCP/IP を使用したローカル接続とリモート接続の両方が失敗します。注: SQL Server の大半の設定では、サーバーとクライアント間の通信プロトコルとして TCP/IP が使用されます。	ネットワークプロトコルの選択

SQL Server Configuration Manager または SQL Server powerShell を使用して、必要なプロトコルを有効にします。詳細については、「サーバーネットワークプロトコルの有効化または無効化」を参照してください。

Note

プロトコルを有効にした後、変更を有効にするには、データベースエンジンを停止して再起動する必要があります。

オプション 2: SQL Server Configuration Manager を使用する

SQL Server Configuration Manager を使用して別のコンピューターからの接続を有効にするには、次の手順に従います。

SQL Server 構成マネージャーを開きます。
左側のウィンドウで、[SQL Server のネットワーク構成] を展開して、接続する SQL Server のインスタンスを選択します。右側のウィンドウに、使用可能な接続プロトコルが一覧表示されます。 共有メモリは通常有効になっています。同じコンピューターからのみ使用できるため、ほとんどのインストールでは共有メモリが有効のままになっています。別のコンピューターから SQL Server に接続するには、TCP/IP を使用します。 TCP/IP が有効になっていない場合は、[TCP/IP] を右クリックし、[有効] を選択します。
プロトコルの有効設定を変更する場合は、データベースエンジンを再起動します。左側のウィンドウで、[SQL Server サービス] を選択します。右側のウィンドウで、データベースエンジンのインスタンスを右クリックし、再起動を選択します。

手順 7: TCP/IP 接続テスト

TCP/IP を使用して SQL Server に接続するには、Windows が接続を確立する必要があります。次の手順で、ping ツールを使用して TCP 接続をテストできます。

[スタート] メニューの [実行] を選択します。 [実行] ウインドウで [cmd] と入力し、[OK] を選択します。
[コマンドプロンプト] ウィンドウで、ping と SQL Server を実行しているコンピューターの IP アドレスを入力します。例:
- IPv4: ping 192.168.1.101
- IPv6: ping fe80::d51d:5ab5:6f09:8f48%11
ネットワークが正しく構成されている場合、ping は Reply from <IP address> を返し、その後にいくつかの追加情報を返します。 ping が Destination host unreachable または Request timed out を返す場合、TCP/IP が正しく構成されていません。この時点でのエラーは、クライアントコンピューター、サーバーコンピューター、またはルーターなどのネットワークに関する問題を示しています。ネットワークの問題のトラブルシューティングについては、「TCP/IP の問題に関する高度なトラブルシューティング」を参照してください。
IP アドレスを使用して ping テストが成功した場合は、コンピューター名を TCP/IP アドレスに解決できるかどうかをテストします。クライアントコンピューターの [コマンドプロンプト] ウィンドウに、[ping] と SQL Server で実行しているコンピューターの名前を入力します。たとえば、ping newofficepc のようにします。
IP アドレスへの ping は成功するが、コンピューター名への ping が Destination host unreachable または Request timed out を返す場合、クライアントコンピューターに以前の名前解決情報がキャッシュされている可能性があります。 DNS (動的名前解決) キャッシュをクリアするには、ipconfig /flushdns と入力します。次に、コンピューターの名前で再度 ping を実行します。 DNS キャッシュが空の場合、クライアントコンピューターはサーバーコンピューターの IP アドレスに関する最新の情報を確認します。
ネットワークが正しく構成されている場合、ping は Reply from <IP address> を返し、その後にいくつかの追加情報を返します。サーバーコンピューターに IP アドレスで正常に ping を実行できるが、コンピューター名で ping を実行したときに Destination host unreachable や Request timed out などのエラーが発生する場合は、名前解決が正しく構成されていません。詳細については、TCP/IP の基本的な問題のトラブルシューティングの方法を参照してください。 SQL Server への接続には、名前解決の成功は必要ありません。ただし、コンピューター名が IP アドレスに解決できない場合は、IP アドレスを指定して接続する必要があります。名前解決は後で修正できます。

Note

Test-NetConnection または Test-Connection コマンドレットを使用して、コンピューターにインストールされている PowerShell のバージョンに従って TCP 接続をテストすることもできます。 PowerShell のコマンドレットの詳細については、「コマンドレットの概要」を参照してください。

手順 8: ローカル接続のテスト

別のコンピューターからの接続の問題をトラブルシューティングする前に、SQL Server を実行しているコンピューターにローカルにインストールされたクライアントアプリケーションから接続できるかどうかをテストします。ローカル接続により、ネットワークとファイアウォールの問題を回避できます。

この手順には SQL Server Management Studio が必要です。 Management Studio がインストールされていない場合は、「SQL Server Management Studio のダウンロード (SSMS)」を参照してください。

Management Studio をインストールできない場合は、sqlcmd.exe ユーティリティを使用して接続をテストできます。 sqlcmd.exe はデータベースエンジンと共にインストールされます。 sqlcmd.exeの詳細については、「sqlcmd ユーティリティ」を参照してください。

SQL Server にアクセスできるログインを使用して、SQL Server がインストールされているコンピューターにサインインします。インストール中、SQL Server では、少なくとも 1 つのログインを SQL Server 管理者として指定する必要があります。管理者がわからない場合は、「システム管理者がロックアウトされているときに SQL Server に接続する」を参照してください。
[スタート] ページで、「SQL Server Management Studio」と入力するか、以前のバージョンの Windows の [スタート] メニューで [すべてのプログラム] を選択し、[Microsoft SQL Server] を選択して、[SQL Server Management Studio] を選択します。
[接続] ドロップダウンメニューで、[データベースエンジン] を選択します。 [認証] ボックスで [Windows 認証] を選択します。 [サーバー名] ボックスに、次のいずれかの接続の種類を入力します。

接続先 Type 例

既定のインスタンス <computer name> ACCNT27

名前付きインスタンス <computer name\instance name> ACCNT27\PAYROLL

Note

同じコンピューター上のクライアントアプリケーションから SQL Server に接続する場合は、共有メモリプロトコルが使用されます。共有メモリはローカルの名前付きパイプの一種であるため、パイプに関連するエラーが発生することがあります。
この時点でエラーが発生した場合は、続行する前に解決する必要があります。接続してログインできる権限が付与されていない可能性があります。既定のデータベースが存在しない可能性があります。

Note

一部のエラーメッセージは意図的にクライアントに渡されるため、十分な情報がないと問題のトラブルシューティングを行うことはできません。これは、SQL Server に関する情報を攻撃者に提供しないようにするためのセキュリティ機能です。エラーの詳細を表示するには、SQL Serve のrエラーログを参照してください。
「エラー 18456 ユーザーのログインが失敗」が発生した場合は、オンラインブックの記事「MSSQLSERVER_18456」のエラーコードに関する追加情報を参照してください。 Aaron Bertrand のブログにも、「エラー 18456 のトラブルシューティング」(外部リンク) にエラーコードの広範な一覧があります。エラーログは、オブジェクトエクスプローラーの Management セクションで SSMS を使用して表示できます (接続できる場合)。それ以外の場合は、Windows のメモ帳プログラムを使用してエラーログを表示できます。既定の場所はバージョンによって異なり、セットアップ中に変更できます。 SQL Server 2019 (15.x) の既定の場所は C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\Log\ERRORLOG です。
共有メモリを使用して接続できる場合は、TCP を使用して接続をテストします。名前の前に tcp: を指定することで、TCP 接続を強制できます。例を次に示します。

接続先: 型: 例:

既定のインスタンス tcp:<computer name> tcp:ACCNT27

名前付きインスタンス tcp:<computer name/instance name> tcp:ACCNT27\PAYROLL
共有メモリを使用して接続できるが TCP を使用できない場合は、TCP の問題を解決する必要があります。最も可能性の高い問題は、TCP が有効になっていないということです。 TCP を有効にするには、「手順 6: SQL Server で有効になっているプロトコルを確認する」を参照してください。
管理者アカウント以外のアカウントを使用して接続することが目的の場合は、管理者として接続することから始めます。次に、Windows 認証ログインまたはクライアントアプリケーションが使用する SQL Server 認証ログインでもう一度接続を試みます。

接続先	Type	例
既定のインスタンス	`<computer name>`	`ACCNT27`
名前付きインスタンス	`<computer name\instance name>`	`ACCNT27\PAYROLL`

接続先:	型:	例:
既定のインスタンス	`tcp:<computer name>`	`tcp:ACCNT27`
名前付きインスタンス	`tcp:<computer name/instance name>`	`tcp:ACCNT27\PAYROLL`

手順 9: リモート接続をテストする

同じコンピューター上で TCP を使用して接続できたら、今度はクライアントコンピューターから接続を試みます。任意のクライアントアプリケーションを使用できますが、複雑にならないようにするために、クライアントに SQL Server 管理ツールをインストールします。インストール後、SQL Server Management Studio を使用してみてください。

クライアントコンピューターで SQL Server Management Studio を使用し、IP アドレス、コンマ、ポート番号の形式で IP アドレスと TCP ポート番号を使用して接続を試みます。たとえば、192.168.1.101,1433 のようにします。この接続に失敗した場合は、次のいずれかの問題が発生する可能性があります。
- IP アドレスの ping が機能していません。これは、一般的な TCP 設定の問題です。「手順 7: TCP/IP 接続をテストする」セクションに戻ります。
- SQL Server は TCP プロトコルでリッスンしていません。「手順 6: SQL Server で有効になっているプロトコルを確認する」セクションに戻ります。
- SQL Server は指定したポート以外のポートでリッスンしています。「TCP ポートを取得する」セクションに戻ります。
- SQL Server の TCP ポートはファイアウォールによってブロックされています。「手順 5: ファイアウォールの構成を確認する」セクションに戻ります。
IP アドレスとポート番号を使用して接続できたら、次のシナリオを確認します。
- 1433 以外のポートでリッスンしている既定のインスタンスに接続する場合、接続文字列内でポート番号を使用するか、クライアントコンピューターにエイリアスを作成する必要があります。 SQL Server Browser サービスでは、既定のインスタンスのポートを列挙できません。
- 名前付きインスタンスに接続する場合は、IP アドレス、円記号、インスタンス名の形式でインスタンスに接続を試みます (たとえば、192.168.1.101\<instance name>)。この操作で接続できない場合は、ポート番号がクライアントに返されていません。この問題は、クライアントに名前付きインスタンスのポート番号を提供する SQL Server Browser サービスに関連しています。解決策を次に示します。
  - SQL Server Browser サービスを開始します。手順については、「SQL Server Configuration Manager でブラウザーを起動する」を参照してください。
  - SQL Server Browser サービスがファイアウォールでブロックされています。ファイアウォールで UDP ポート 1434 を開きます。「手順 5: ファイアウォールの構成を確認する」セクションに戻ります。 TCP ポートではなく UDP ポートを開くように注意してください。
  - ルーターで UDP ポート 1434 の情報がブロックされています。 UDP 通信 (ユーザーデータグラムプロトコル) がルーターを通過するようには設計されておらず、ネットワークが優先度の低いトラフィックで満たされないようになっています。 UDP トラフィックを転送するようにルーターを設定するか、接続するたびにポート番号を指定します。
  - クライアントコンピューターが Windows 7、Windows Server 2008、またはより新しいオペレーティングシステムを使用している場合、サーバーからの応答がクエリされたサーバーとは別の IP アドレスから返されるため、クライアントオペレーティングシステムは UDP トラフィックをドロップする可能性があります。このアクションは、"ルーズソースマッピング" をブロックするセキュリティ機能です。詳細については、オンラインブックの記事「トラブルシューティング: タイムアウト期限切れのMultiple サーバーの IP アドレス」セクションを参照してください。 (この記事は SQL Server 2008 R2 からの記事ですが、プリンシパルは引き続き適用されます。正しい IP アドレスを使用するようにクライアントを構成することも、接続するたびにポート番号を指定することもできます)。
IP アドレス (または IP アドレスと名前付きインスタンスのインスタンス名) を使用して接続できたら、コンピューター名 (またはコンピューター名と名前付きインスタンスのインスタンス名) を使用して接続を試みます。 TCP/IP 接続を強制するには、コンピューター名の前に tcp: を付けます。たとえば、 ACCNT27 という名前のコンピューター上の既定のインスタンスでは、tcp:ACCNT27 を使用します。 PAYROLL という名前付きインスタンスの場合は、そのコンピューターで tcp:ACCNT27\PAYROLL を使用します。その IP アドレスで接続できるが、そのコンピューター名では接続できない場合、名前解決の問題が発生しています。「手順 7: TCP/IP 接続をテストする」セクションに戻ります。
TCP を強制してコンピューター名を使用し接続できたら、TCP を強制せずにコンピューター名を使用して接続を試みます。たとえば、既定のインスタンスの場合、CCNT27 などのコンピューター名のみを使用します。名前付きインスタンスの場合、ACCNT27\PAYROLL などのコンピューター名とインスタンス名を使用します。 TCP を強制すると接続できるが、TCP を強制しなければ接続できない場合、クライアントは 名前付きパイプなどの別のプロトコルを使用している可能性があります。この問題を解決するには、次の手順に従います。
1. クライアントコンピューターで、SQL Server Configuration Manager を使用します。左側のウィンドウで、 SQL Native Client <version> Configuration を展開し、 Client Protocols を選択します。
2. 右側のウィンドウで、[TCP/IP] が有効になっていることを確認します。 [TCP/IP] が有効になっていない場合は、[TCP/IP] を右クリックして [有効化] を選択します。
3. TCP/IP のプロトコル順序が、名前付きパイプ (または古いバージョンの VIA) プロトコルよりも小さいことを確認します。一般に、共有メモリは順序 1、TCP/IP は順序 2 のままにする必要があります。共有メモリは、クライアントと SQL Server が同じコンピューターで起動している場合にのみ使用されます。有効になっているすべてのプロトコルは、成功するまで順番に試行されますが、接続が同じコンピューターにない場合、共有メモリはスキップされます。

手順 10: ユーザーのアクセス許可を確認する

名前付きパイプを使用して接続する場合は、ユーザーが Windows にログインするアクセス許可を持っているかどうかを確認します。詳細については、「名前付きパイプ接続の問題のトラブルシューティングを参照してください。

次の方法で共有

エラーメッセージ

"SQL Serverが存在しないか、アクセスが拒否されました"

Windows エラー 233: パイプのもう一方の端にプロセスがありません

エラーのトラブルシューティングに関する情報を収集する

オプション 1：SQL チェックツールを使用して必要な情報を収集する

オプション 2: 次の手順を使用してデータを個別に収集する

Configuration Manager からインスタンス名を取得する

サーバーのIPアドレスを取得する

インスタンスの TCP ポートを取得する

手順 1: インスタンスが起動していることを確認する

オプション 1: SQLCHECK 出力ファイルを使用する

オプション 2: SQL Server Configuration Manager を使用する

オプション 3: PowerShell コマンドを使用する

手順 2: SQL Server Browser サービスが起動していることを確認する

オプション 1: SQLCHECK 出力ファイルを使用する

オプション 2: SQL Server Configuration Manager を使用する

手順 3: 接続文字列内のサーバー名を確認する

手順 4: クライアントコンピューター上でエイリアスを検証する

オプション 1: SQLCHECK 出力ファイルを使用する

オプション 2: SQL Server 構成マネージャーでエイリアスを確認する

オプション 3: SQL Server クライアントネットワークユーティリティでエイリアスを確認する

手順 5: ファイアウォールの構成を確認する

SQL Server の既定のインスタンス

SQL Server の名前付きインスタンス

手順 6: SQL Server で有効になっているプロトコルを確認する

オプション 1: SQLCHECK 出力ファイルを使用する

オプション 2: SQL Server Configuration Manager を使用する

手順 7: TCP/IP 接続テスト

手順 8: ローカル接続のテスト

手順 9: リモート接続をテストする

手順 10: ユーザーのアクセス許可を確認する

関連項目

フィードバック

その他のリソース

次の方法で共有

SQL Server への接続時にネットワーク関連のエラーまたはインスタンス固有のエラーが発生しました

エラー メッセージ

"SQL Server への接続を確立中に、ネットワークに関連するエラーまたはインスタンス固有のエラーが発生しました。 インスタンス名が正しく、SQL Serverがリモート接続を許可するように構成されていることを確認します。

"SQL Serverが存在しないか、アクセスが拒否されました"

Windows エラー 233: パイプのもう一方の端にプロセスがありません

エラーのトラブルシューティングに関する情報を収集する

オプション 1：SQL チェック ツールを使用して必要な情報を収集する

オプション 2: 次の手順を使用してデータを個別に収集する

Configuration Manager からインスタンス名を取得する

サーバーのIPアドレスを取得する

インスタンスの TCP ポートを取得する

手順 1: インスタンスが起動していることを確認する

オプション 1: SQLCHECK 出力ファイルを使用する

オプション 2: SQL Server Configuration Manager を使用する

オプション 3: PowerShell コマンドを使用する

手順 2: SQL Server Browser サービスが起動していることを確認する

オプション 1: SQLCHECK 出力ファイルを使用する

オプション 2: SQL Server Configuration Manager を使用する

手順 3: 接続文字列内のサーバー名を確認する

手順 4: クライアント コンピューター上でエイリアスを検証する

オプション 1: SQLCHECK 出力ファイルを使用する

オプション 2: SQL Server 構成マネージャーでエイリアスを確認する

オプション 3: SQL Server クライアント ネットワーク ユーティリティでエイリアスを確認する

手順 5: ファイアウォールの構成を確認する

SQL Server の既定のインスタンス

SQL Server の名前付きインスタンス

手順 6: SQL Server で有効になっているプロトコルを確認する

オプション 1: SQLCHECK 出力ファイルを使用する

オプション 2: SQL Server Configuration Manager を使用する

手順 7: TCP/IP 接続テスト

手順 8: ローカル接続のテスト

手順 9: リモート接続をテストする

手順 10: ユーザーのアクセス許可を確認する

関連項目

フィードバック

その他のリソース

エラーメッセージ

"SQL Server への接続を確立中に、ネットワークに関連するエラーまたはインスタンス固有のエラーが発生しました。インスタンス名が正しく、SQL Serverがリモート接続を許可するように構成されていることを確認します。

オプション 1：SQL チェックツールを使用して必要な情報を収集する

手順 4: クライアントコンピューター上でエイリアスを検証する

オプション 3: SQL Server クライアントネットワークユーティリティでエイリアスを確認する