2008-09-16 9 views

答えて

0

アップグレードアドバイザーも役に立ちます。

データベース内の実動データを使用して実行計画を調べます。

私の最大のアドバイスは、テスト、テスト、テストです。

人々が2000年から2005年に移動を開始したとき、それは新しいオプティマイザでクエリがどのように実行されたかの変化であったストッパーを見せてくれる斬新な機能ではありませんでした。

2000年に大幅に最適化されたクエリが不十分に実行されたり、悪化したりして、問題のないものを追跡し、一般的にエンドユーザーの信頼性を低下させます。

2

データベースを2008サーバに移動した後、データベースの互換性レベルを変更します。デフォルトでは、以前の互換性レベルのままです。これにより、SQL 2008で新しいデータベースを使用することができます。

SQL 2008のEnterprise Editionを使用していて、ボックスの80〜90%のCPUで稼働していない場合は、データ圧縮をオンにしてすべてのオブジェクトを圧縮します。そこに大きなパフォーマンスが得られます。残念ながら、単一のオブジェクトごとに手動で行う必要があります。スローするスイッチは1つではありません。

エンタープライズを使用していない場合は、互換性レベルを上げた後、すべてのインデックスを再構築してください。 (これは、どのバージョンのアップグレードでも当てはまります)

関連する問題