同じLAN内の別のサーバー上の.NET 4クライアントアプリケーションからSQL Server 2008 R2に接続する場合、3つの異なるネットワークプロトコルを設定できます。
- TCP
- 名前付きパイプ
- 接続文字列には何も設定せず、デフォルトを使用します
ベストプラクティスとは何ですか？何を選ぶ？
追加情報：TCPと名前付きパイプの両方が、サーバーとクライアントの両方で有効になっています。アプリケーションはデータベースミラーリングを使用しています。クライアントとサーバーは高速LANで通信します。
まれで偽の接続とタイムアウトの問題があるため、これを調査しています。（ただし、それにもかかわらず、ベストプラクティスを知りたい）。
MSDNにはこのテーマに関する記事がありますが、非常に一般的で曖昧です。有用なアドバイスや推奨事項はありません。
それを答えとして投稿する自信がありません。しかし、そのようなひどい問題が未解決であることは奇妙です。非常にまれであるか、再現が困難である必要があります。@ccook
—
usr
それは非常にまれであり、私たちのために再現するのは難しいです。幸いなことに、接続を1分ごとに同時にスパムするアプリを作成したとき、時々それを再現できます。それはまだ非常に予測不可能です。ただし、現在、その変更をテストしています-修正を呼び出す前にしばらく待っています。しかし、これを検討した結果、アプリとサーバーが同じマシン上にない限り、デフォルトでtcp：を使用することに間違いはありません。
—
クック
@ccook新しい考えがありました。Windowsファイル共有は信頼性が低いことで有名です。スプリアスエラーと接続障害は多くの人に見られます。まれですが、診断が困難/不可能です。名前付きパイプを使用する場合、このテクノロジ全体をSQL Server展開に取り込みます。それは一般的な理由で賢明ではないようです。
—
usr
同意した。これまでのところ、tcp：は問題に対処しているようです。確認済みと呼ぶのを少し待っています。
—
クック
tcp:、数年後に別の会社の環境でほとんどの接続文字列の一部として構成されていることもわかりました。彼らは同様の問題を見つけたと思います。