SQL Server 2008R2データベースサーバーへの接続が遅い
データベースサーバーは、Windows Server2012上でSQLServer 2008R2を実行しているVM、24GB RAM割り当て済み、2TBのディスク容量）です。
全体として、データベース接続は非常に遅く、目立つことの1つは、SSMSを介したデータベースサーバーへの接続に5〜10秒かかることです。
他のはるかに強力でないサーバーでは、1〜2秒かかります。
VMは技術的には他のマシンよりもはるかに強力ですが、サーバーへの接続が遅すぎます。
だから、私の推測では、問題はネットワークに関連していますが、どこを見るべきかについての手がかりはありますか？
ありがとう！
接続に時間がかかるとおっしゃっていますが、接続が確立されると、操作/クエリは通常の速度で進行しますか？遅い接続を確立しているだけで、通常の速度で結果セットを受信できる場合は、サイトがデータベースサーバーに対して適切に定義されておらず、DCをクエリしているなど、認証の問題がないことを確認します。リモートロケーション、または適切なDNSサーバーを使用していないこと。
接続を確立した後で操作が遅い場合は、新しいサーバーのパフォーマンスが低下している理由のトラブルシューティングを開始する必要があります。
サーバーAがサーバーBよりも優れている、または同等である、あるいは劣っていると言う前に、本当にベースラインが必要です。
たとえば、すべてのデータベースサーバーに対してSQLのセットを実行しますIO（ http://www.Microsoft.com/en-us/download/details.aspx?id=2016 ）さまざまな読み取り/書き込み順列のベンチマーク。次に、SQLサーバーなどをインストールする前に、新しいプラットフォームが以前使用していたものとどのように比較されるかを確認します。履歴を保持します。
ネットワークパフォーマンスも同じです。iperfのようなものを使用して、同じサブネット、異なるサブネット、異なるOS上のマシン間の生の帯域幅を測定できます。
私はこのような基本的なテストから始めて、何かが飛び出すかどうかを確認します。新しいサーバーが紙の上でより強力に見えるからといって、それが実際にそうであるとは限りません。これらが良好に見える場合は、SQLサーバー内の実際の操作のベンチマークを開始します。
VMは、ホスト上の他の負荷によって簡単に制約を受ける可能性があります。おそらく、データベースサーバーは、過剰に使用されている、または過剰に使用されているCPUであるストレージアグリゲートにストレージを持っています。
生の統計が良好に見えるかどうかを確認してから、それが製品構成（この場合はSQLサーバー）の場合に固有のものであるかどうかを確認します。