SQL Management Studioの接続に時間がかかるのはなぜですか？

Microsoft SQL Serverは、技術的には遅いデータベース管理システムではないことを考慮すると、なぜSQL Management Studioが接続するのに、多くの場合/通常、こんなに長い時間がかかるのか疑問に思います。

これは、誰もデータベースサーバーにアクセスしておらず、Management StudioがSQL Serverと同じマシンで実行されている場合でも発生します。

さらに、SQL Management Studioは何かを実行するのに非常に長い時間を要することが多く、ログインサーバーのアクセス許可を表示するだけでも、データベースサーバーでは使用しない場合は数分かかることがあります。

明らかな説明はありますか？

これは愚かに聞こえますが、SQL Server Management Studioが非常に遅いという問題があり、このトリックで解決しました。

• Internet Explorerを開きます
• [ツール]-> [インターネットオプション]に移動します
• 「詳細」タブを開きます
• 「サーバー証明書の取り消しを確認する（再起動が必要）」のチェックを外します

このトリックは、SQL Server Management Studioがインストールされているコンピューターがインターネットに接続されていない場合にのみ有効です。それだけで問題が解決しました。たぶんそれはあなたを解決するでしょう。

これは私のために働いた：Microsoft SQL Server Management Studioは遅すぎる

企業環境では、SQL Server 2005のMicrosoft SQL Server Management Studio（SSMS）が開始するのに45秒以上かかり、アプリケーション内からさまざまなウィンドウやダイアログボックスを開くときに遅延や遅延が発生することも珍しくありません。この問題が発生している場合は、ホストにエントリを追加することで簡単に修正できます。crl.microsoft.comを127.0.0.1にポイントするファイル

• SSMSを終了します
• [Win] + [R]キーを押します

• 次のように入力します..

  notepad %systemroot%\system32\drivers\etc\hosts.
  

• 以下を追加します。

  127.0.0.1    crl.microsoft.com
  

• ファイルを保存します。

• SSMSを起動します（ああ！ずっと良い）

デフォルトでは、ローカルサーバーに接続する場合、使用されるネットワークプロトコルは共有メモリです。これは時々非常に遅くなります。

同じように指定されたボックスにローカルに接続するとき、リモートではなく同じ速度の問題が発生していました。

接続時にTCP / IPネットワークプロトコルを指定すると、同じ速度になりますか？

編集 また、Microsoftによると、これはManagement Studioが32ビットであり、64ビットOSで実行されているために発生する問題である可能性があります。こちらをご覧ください：http : //support.microsoft.com/kb/906892

壊れたIPv6実装の可能性はありますか？デュアルスタックを実行していますか？私たちはこの問題を以前に経験しました。最初にIPv6が試行され、構成エラーがある場合は最終的にIPv4に失敗します。

SSMSは、Microsoftにデフォルトのルート証明書を確認しようとしていますが、Microsoftに確認していません。プロキシサーバーを使用している場合は、proxycfgまたはnetshを使用してシステムプロキシ設定を設定します。SSMSを閉じてから開くと、ロード時間が大幅に短縮されます。

上記のJulien Nの答えに加えて、チェックを外すことで問題（最初にクエリを実行するときの10秒の遅延）を修正しました。

「発行者の証明書失効を確認する」

Internet Explorerの詳細オプション。再起動は必要ありません。

私の同僚は、あなたのPC上でのあなたとまったく同じ振る舞いをしています。2005年のSQL Server Management Studioを使用していました。SQLServer 2008に付属する新しいバージョンのインストールを解決しました。

この問題がPCでのみ発生することに気付いた場合は、Microsoft SQL Serverスイート全体をアンインストールして再インストールすることをお勧めします。

これは名前解決の問題でしょうか？SQL Serverエンジンが同じマシン上にある場合、名前として（ローカル）または127.0.0.1（またはマシンのIPアドレス）を使用してみてください。TCP / IP経由のNetbiosやWINS / DNSの不足により、接続時間が遅くなる可能性があります。

また、サーバーに動作するのに十分なメモリがあることを確認してください。SQL Serverは512 MBのRAMで十分に機能しますが、パフォーマンスは非常に速く低下します。

サーバーへの接続時に5秒を超える遅延があってはなりません。（ローカルの場合は小さい）。

SQL Server 2005のWindowsファイアウォールの例外リストにsqlservr.exeを追加しました。結果：非常に迅速な応答！

私の場合、毎回ではありませんでしたが、実際に接続した場合でも、接続ボックスを取り戻すのに10分かかりました。そこで、構成マネージャーを調べて、共有メモリを無効にしました。毎回チャームのように動作します!!

私にとっての解決策は、Hyper-V NICを無効にすることでした。

単に右クリックしてクリック disable

Viewsフォルダが展開するのに長い時間がかかっていたのと同じような問題を抱えていました。データベースやテーブルを含む他のフォルダーは問題ありませんでした。私の場合、上記の推奨事項はすべてうまくいきませんでした。私にとってうまくいったのは、ユーザーがsysdaminロールを持っていることです。sysadminロールを削除して戻し、すべてが正常に機能し始めます。

SQL Expressを使用している場合は、データベースの合計サイズが10 GBを超えないことを確認してください（SQL Express 2012の制限）。