SQL Server 2000からSQL Server 2005へデータベースバックアップを移動しています。データベースを移動して、ストアドプロシージャが遅く実行する
実行中のハードウェアは同等です。
SSQL2005で実行中のストアドプロシージャは、少なくとも高速で実行されるべきではありませんか？データは正確にはです。しかし、それらは5倍遅く走ります。
SSQL2005に復元した後、データベースのインデックスを再作成して統計情報をリセットしました。ダンプファイルを作成するとき
唖然.....
はFYI、私は彼らがチェックサムと検証されたことを確認しました。
私は2つの別々のバックアップを作成し、2つのバックアップでこれを行い、同じ結果を得ました。
SQL Server 2000と2005にはいくつかの違いがあります。これは不可能ではありません。
データとインデックスがすべて同じであると仮定すると、まず代表的なプロシージャの実行計画を見ていきます。違いがある場合、そこで調査する必要のあるものがあり、パラメータスニッフィングの問題があります。
すべての場合、次に、データとログファイルがドライブやRAIDなどの点で異なって設定されているかどうかをファイルの場所を調べる必要があります。
アップデート： Tスイッチ4199、http://msdn.microsoft.com/en-us/library/ms188396.aspx、利用可能なスイッチなどを試してください。また最新の累積的なアップデートパックがインストールされていることを確認してください。
おかげでケード。私はもっと良い方法があるかどうかを知りたがっているが、実行計画を見て解釈するのが最善の方法だと思われる。 – bluerain
@bluerainまあ、あなたはそれぞれの側で同じものから始めなければなりません。これは、通常、パフォーマンスに満足していないもの（テーブルがインデックス化されていて、クエリが何かばかげたことをしていないことを確認した後）の「最も深い」最初のステップです。あなたはバックアップとリストアだと言っていましたが、おそらく索引がスキーマ内にあることを確認することはできません。 –
すべてのインデックスが一致していることを確認しました。 – bluerain
は、データベースの互換性レベルを更新していることを確認してください：
ALTER DATABASE dbname SET COMPATIBILITY_LEVEL = 90;
また、あなたは上の統計を更新（または再構築）を確認してくださいあなたのインデックス。
もちろん、SQL Server 2005がすべて更新されていることを確認する必要があります。Service Pack 4とlatest Cumulative Updateをインストールしましたか？
実際には、Microsoft SQL Serverレベル3サポートから、多くの問題があります.1つは2005年に2000データベースが非常に遅く実行されることです。クエリオプティマイザIIRC（3数年前）テーブルスキャンを設定するコストを無視して、小さなテーブルスキャンが低コストであることがわかりました。これは高価（オーバーヘッドが多い）なので、その回りをループします。
これまでの動作を強制するためのスイッチがありますが、私はそれを覚えていません。それを今見つけようとしています。
複数回実行しましたか？あなたの古いサーバーがページキャッシュの恩恵を受けていた可能性は非常に高いです。新しいマシンはまだ（データがそこに届いているので）まだできません。 – JNK
応答ありがとうございました。私は各ストアドプロシージャを複数回実行し、実行時間の変更はほとんどありませんでした。 – bluerain
Aaron Bertrand - このスクリプトを実行しました。
– bluerain