SQL server 2008 のネットワーク関連のチューニングパラメタについて

Question

こんにちわ、きゃあと申します。

先日、SQLserver2000サーバを、サーバ更改でSQLserver2008に変更しました。
それに併せて、SQLserverをファイアウォールでのセキュリティ強化等、ネットワーク環境の変更を実施しました。

＜以前＞
SQLクライアント-----SW-HUB-----SQLserver2000
＜変更後＞
SQLクライアント-----SW-HUB-----F/W-----SW-HUB-----SQLserver2008

上記の結果、SQLクライアントからのODBCによるselect文の問合せで受信する約120MBの結果セットの
受信時間が、以前は１０秒程度で終了していたものが、変更後は２２秒と、２倍以上かかるようになってしまいました。

ネットワークパケットをキャプチャして解析した結果、SQLクライアントとSQLサーバ間でやりとりされるTDS通信において、
４ｋＢのパケットを、細かくやり取りしており、接続されるネットワーク機器が増えたことによって、ネットワーク遅延が
以前よりも増え（クライアント－サーバ間の応答遅延が２倍程度になった）、その結果、受信時間が長くなっているようです。
※TDS上のパケットサイズが４ｋＢと小さいせいか、TCPのウィンドウサイズを有効に使えていない状況です。

＜質問＞
SQLserver2008の設定で、ネットワークパフォーマンスを調整するパラメタについて、ご存知であれば教えて下さい。
（例えば、TDSのパケットサイズを大きくする等）

Answer 1

こんにちは、nagino です。

パケットサイズは以下で変更できます。

http://technet.microsoft.com/ja-jp/library/ms177437.aspx

http://technet.microsoft.com/ja-jp/library/ms187866.aspx

ただし、パケットサイズを既定値から変更すると、一見すると無関係と思われるところまで様々な副作用が発生しますので、パケットサイズの変更はあまりお勧めできません。

たとえば以下のようなケースがありました。

http://social.technet.microsoft.com/forums/ja-JP/sqlserverja/thread/365ab070-7594-4375-847d-19d1b65df668/

ネットワーク周りのパフォーマンスが悪い場合は、ネットワーク機器側に問題が無いか、プロトコルやクライアントは正しいものを使用しているかをまず確認されることをお勧めします。

この場合は F/W のスループットや、クライアントの SNAC のバージョンが最新か、名前付きパイプではなく TCP/IP を使っているか、等々あたりから確認されることをお勧めします。

ただ、F/W やネットワーク構成の問題の場合は DBA の仕事では無い気もしますが・・・。

---

MCITP（Database Developer/Database Administrator）

Answer 2

こんにちわ、きゃあです。

naginoさん

返信ありがとうございます。
参考になります、さっそく試してみたいと思います。

Answer 3

nagino-san と同じく、よほど ネットワークに詳しくない限りは、TDSパケットサイズを変更しないほうが良いと思います。
クライアント - SQL Server 間の経路の問題でしたが、逆に レスポンスが低下しました。

また、ソフト F/W を使った場合は、H/W F/W に比べて、極端に遅くなったという経験があります。
※随分前の話なのですが。