2

適切なマシンで Sql Server Management Studio 2008 を実行しています。データベースへの他の接続がなく開いている唯一のものである場合でも、データベース ダイアグラムまたはデザイナーでの単純なスキーマの変更に関係するものはすべて完了するまでに最大 10 分かかり、その間 SQL Management Studio は応答しません。同じ SQL コードの実行にかかる時間は 1 秒未満です。これは、デザイナーや作図者の目的を完全に無効にします。

------------------
システムインフォメーション
------------------
   オペレーティング システム: Windows Vista™ Ultimate (6.0、Build 6001) Service Pack 1 (6001.vistasp1_gdr.080917-1612)
          プロセッサー: Intel(R) Core(TM)2 Quad CPU Q6700 @ 2.66GHz (4 CPU)、~2.7GHz
             メモリー: 6142MB RAM

これは WOW64 の問題ではないことを教えてください。もしそうなら、私は MS が大好きですが、開発ツールでの 64 ビット サポートを強化してください。

パフォーマンスを許容範囲に近づけるためにできることはありますか?

編集: SQL Server Management Studio のバージョン 10.0.1600.22 がインストールされています。これは最新のリリースではありませんか? 私は MSDN CD からインストールしたと確信しており、最近はほとんど Windows Update に依存しています。このようなツールの最新リリースのバージョン番号をすぐに確認できる場所はありますか?

編集: データベース ダイアグラムを開くたびに、「このデータベースには、データベース ダイアグラムを使用するために必要なサポート オブジェクトが 1 つ以上ありません。作成しますか?」というメッセージが表示されます。私は毎回そう言います。これは問題の一部ですか？また、コピー アイコンを押すと、「OLE 呼び出しを行う前に、現在のスレッドをシングル スレッド アパートメント (STA) モードに設定する必要があります。」というメッセージが表示されます。データベースの破損？

4

6 に答える 6

2

私は同様の環境で実行していますが、その問題はありません。

他のパフォーマンスの問題と同様に、少し分析する必要があります。「10 分かかる」とだけ言っても、それほど時間がかかる理由についての情報は得られないため、問題を解決するために使用できる情報はありません。

ここにいくつかのツールがあります。最初にそれらについて言及したかったのですが、「遊んでみる」ことだけが私が学んだことです。それらについて少し学んでみることをお勧めしますが、私はまだ行っていません。http://technet.microsoft.comは、パフォーマンスの問題に関する優れた情報源です。

信じられないかもしれませんが、タスク マネージャーから始めましょう。Vista および Server 2008 で強化され、より優れた [パフォーマンス] タブと [サービス] タブが追加されました。必ず「すべてのユーザーのプロセスを表示する」をクリックしてください。そうしないと、サービスによって行われた厄介なことを見逃すことになります。

[パフォーマンス] タブの下部には、[リソース モニター] ボタンがあります。クリックして見て、何ができるかを学んでください。

リソース モニターは、実際には、管理ツールのより大きな "信頼性とパフォーマンス モニター" ツールの一部です。それを試してみてください。これには、新しいバージョンの perfmon も含まれています。これは、どのカウンターを確認すればよいかを把握している場合により便利です。

また、Sysinternals の Process Explorer ツールと Process Monitor ツールもお勧めします。http://technet.microsoft.com/en-us/sysinternals/default.aspxを参照してください。

于 2009-03-11T22:19:47.430 に答える
1

単純なスキーマの変更は、テーブルの列を並べ替えていることを意味しますか?

その場合、SQL Management Studio が舞台裏で行うことは、新しいテーブルを作成し、すべてのデータを古いテーブルから新しく作成されたテーブルに移動してから、古いテーブルを削除することです。

したがって、大量のデータ、多数のインデックス、またはその両方を含むテーブルの列を並べ替えると、気付かないうちに大量の「再編成」作業が発生する可能性があります。

マルク

于 2009-03-12T11:31:26.623 に答える
1

SQL Management Studio を SQL Server の別のインスタンス、またはリモート マシン上のインスタンスに接続してみることはできますか (そして同様の変更を試みますか)。

システム イベント ログまたはアプリケーション イベント ログ (または SQL ログ) にエントリはありますか? お使いのマシンで SQL Server をアンインストールしてから再インストールしてみましたか? 実行している SQL Server (データベース) のバージョンは何ですか?

最後に、Activity Monitor を正常に開くことができますか? サーバー (マシン名) (オブジェクト エクスプローラー ウィンドウの 3 つのうちの一番上) を右クリックし、[Activity Monitor] をクリックします。

マシン上の他のソフトウェアに問題がありますか、それとも SQL Server と Management Studio だけに問題がありますか?

于 2009-03-12T22:33:50.467 に答える
0

私も同様の問題を抱えていました。私のラップトップで実行されている生体認証ログイン サービスへの干渉であることが判明しました。サービスを無効にすると、機能するようになりました。

于 2010-12-27T18:12:29.110 に答える
0

どうやらネットワーク構成の問題だったようです。開発者 (私自身) が自分のオフィスででたらめなドメインをセットアップすることを決して信用しないでください。

ここの DNS サーバーではなく、コンピューターの DNS サーバーが ISP を指すようにしました (ISP から提供された使用しているワイヤレス ルーターでは、DNS サーバーを自分のものにオーバーライドできないため、デフォルトです)。この特定のコンピューターでは忘れていましたが、各コンピューターで手動で構成することを忘れないでください。

この PC からリモートの SQL Server インスタンスに初めて接続しようとしたときに初めて発見しました。DNS サーバーの権限である COMPUTERNAME.corp.mycompany.com ではなく、mycompany.com の実際のサブドメインに解決しようとしていました。

なぜこれが SQL Server の設計者にとって問題であったのかはわかりませんが、私の唯一の仮説は、"." の代わりにコンピューター名を使用してローカルで自分のコンピューターへの接続を確立したときです。または "localhost" の場合、SQL クエリはローカルであることを認識してすぐに実行されましたが、設計者は外部 IP アドレスからのタイムアウトを待ってからローカル IP アドレスを試しました。

説明が何であれ、ローカル マシン上のネットワーク カードの DNS サーバーを DNS サーバーの IP に変更すると、すべてが非常に迅速に機能するようになりました。

于 2009-03-13T23:29:00.077 に答える
0

SSMS を開くと、Microsoft でそれ自体を検証しようとします。次のリンクで 2 番目の推奨事項を実行すると、このプロセスを高速化できます。

http://www.sql-server-performance.com/faq/sql_server_management_studio_load_time_p1.aspx

また、登録済みサーバー機能を使用していますか? その場合、SSMS はこれらすべてを検証しようとします。

于 2009-03-12T19:09:02.847 に答える