ネットワークプロトコルの選択

[アーティクル]
12/16/2008

SQL Server データベースエンジンに接続するには、ネットワークプロトコルを有効にする必要があります。Microsoft SQL Server では、複数のプロトコルでの要求を同時に処理できます。クライアントは、1 つのプロトコルを使用して SQL Server に接続します。SQL Server がどのプロトコルでリッスンしているかをクライアントプログラムによって判別できない場合は、複数のプロトコルを順に試みるようにクライアントを構成してください。ネットワークプロトコルを有効化、無効化、または構成するには、SQL Server 構成マネージャを使用します。

共有メモリ

共有メモリは、使用できる最も単純なプロトコルであり、構成可能な設定はありません。共有メモリプロトコルを使用するクライアントは、同じコンピュータ上で実行されている SQL Server インスタンスにしか接続できないため、ほとんどのデータベース操作にとって実用的ではありません。共有メモリプロトコルは、他のプロトコルが正しく構成されていない可能性がある場合に、トラブルシューティングを行うために使用します。

メモ :
MDAC 2.8 以前を使用しているクライアントでは、共有メモリプロトコルを使用できません。このようなクライアントで共有メモリプロトコルの使用を試みた場合は、自動的に名前付きパイププロトコルに切り替わります。

TCP/IP

TCP/IP は、インターネットで広く使われている一般的なプロトコルです。このプロトコルは、多様なハードウェアアーキテクチャやオペレーティングシステムを備えたコンピュータが相互に接続されているネットワーク上の通信を実現します。TCP/IP には、ネットワークトラフィックをルーティングするための標準や、高度なセキュリティ機能も含まれています。TCP/IP は、今日の業務で最も一般的に使用されているプロトコルです。TCP/IP を使用するためにコンピュータを構成する作業は複雑になることもありますが、ほとんどのネットワークコンピュータには適切な構成が既に適用されています。SQL Server 構成マネージャで表示されない TCP/IP 設定を構成するには、Microsoft Windows のドキュメントを参照してください。

名前付きパイプ

名前付きパイプは、ローカルエリアネットワークのために開発されたプロトコルです。このプロトコルでは、1 つのプロセスが、メモリの一部を使用して別のプロセスに情報を渡します。このとき、1 つ目のプロセスの出力が 2 つ目のプロセスの入力になります。2 つ目のプロセスは、ローカル (1 つ目のプロセスと同じコンピュータ上にある) またはリモート (ネットワークコンピュータ上にある) のどちらでもかまいません。

VIA

仮想インターフェイスアダプタ (VIA) プロトコルは、VIA ハードウェアで動作します。VIA の使用方法については、ハードウェアの製造元にお問い合わせください。

名前付きパイプと TCP/IP ソケット

高速ローカルエリアネットワーク (LAN) 環境の場合、TCP/IP ソケットを使用するクライアントと、名前付きパイプを使用するクライアントには、パフォーマンスの点でほとんど差はありません。ただし、両者のパフォーマンスの違いは、ワイドエリアネットワーク (WAN) やダイヤルアップネットワークなどの低速のネットワークの場合に明らかになります。これは、プロセス間通信 (IPC) メカニズムによるピア間の通信方法が異なるためです。

名前付きパイプの場合、ネットワーク通信は通常、より対話的なものになります。ピアは、別のピアから read コマンドによる要求があるまでデータを送信しません。ネットワークでの読み取りでは通常、データの読み取りを開始する前に、一連の名前付きパイプメッセージを処理する必要があります。これらは低速のネットワークにとって大きなコストとなり、過剰なネットワークトラフィックを引き起こすので、他のネットワーククライアントに影響を及ぼします。

また、ローカルパイプとネットワークパイプのどちらを指しているのかを区別することも重要です。サーバーアプリケーションが、SQL Server のインスタンスを実行しているコンピュータ上でローカルに実行されている場合、ローカルの名前付きパイププロトコルを選択できます。ローカルの名前付きパイプはカーネルモードで実行され、非常に高速です。

TCP/IP ソケットの場合、データ伝送はより効率的でオーバーヘッドも少なくて済みます。また、データ伝送にウィンドウ化や遅延確認応答など、TCP/IP ソケットのパフォーマンス向上メカニズムを利用できます。これは、低速ネットワークの場合に非常に役立ちます。アプリケーションの種類によっては、このようなパフォーマンスの違いが大きく影響します。

TCP/IP ソケットは、バックログキューもサポートしています。名前付きパイプでは SQL Server への接続試行時にパイプがビジー状態になるエラーが生じる可能性があるので、それに比べると、接続をある程度スムーズにできる効果があります。

一般に、TCP/IP は低速の LAN、WAN、またはダイヤルアップネットワークに適しています。一方、ネットワークの速度に関する問題がない場合は、名前付きパイプの方が多くの機能を備えており、使いやすく、構成できるオプションも多いので適している可能性があります。

プロトコルの有効化

プロトコルを使用するには、クライアントとサーバーの両方で有効にする必要があります。サーバーは、有効なすべてのプロトコルで同時に要求をリッスンできます。クライアントは、プロトコルを選択することも、SQL Server 構成マネージャの一覧の順でプロトコルを試すこともできます。

メモ :
Microsoft SQL Server 2005 では、Banyan VINES Sequenced Packet Protocol (SPP)、Multiprotocol、AppleTalk、および NWLink IPX/SPX ネットワークプロトコルがサポートされません。以前にこれらのプロトコルを使用して接続していたクライアントの場合、SQL Server 2005 に接続するには別のプロトコルを選択する必要があります。

プロトコルを構成してデータベースエンジンに接続する方法に関する簡単なチュートリアルについては、SQL Server 2005 Books Online の「データベースエンジンの概要」を参照してください。

ネットワーク プロトコルの選択