サーバー転送後にデータベースが遅い
私は約250GBの大きなデータベースを持っており、最近、システムを新しいマシンに転送する必要がありました。
古いマシン：
- Windows Server 2008 R2 Standard Editionを持っている
- SQL Server 2012を実行します
- 32 GBのRAM、20 GBがSQL MAX RAM用に定義されています。
- 22 VCPU
新しいマシン：
- Windows Server 2012 R2スタンダード
- SQL Server 2012を実行します
- 40GBのRAM、SQL MAX RAMには24GBSが定義されています
- 22 VCPU
ご覧のとおり、新しいサーバーは、古いサーバーで実行していたのと同じパフォーマンスでシステムを実行するのに十分なはずですが、低速です。同じProcsを実行すると、実行に2〜5倍かかる場合があります（状況は異なるようです）。
私が問題を解決しようとしたこと：
- 有効化フラグ1118（以前のものでは有効化されていませんでした）
- インスタントファイル初期化をオンにします（以前のものでもアクティブではありませんでした）
- 以前と同様に、MAX RAMを20GBに設定します
- Ola HallegrenのSQL Serverメンテナンスソリューションによるインデックスの再作成と整合性のチェック
- SQLプロセスの優先度の変更
古いサーバーでデタッチし、新しいサーバーにアタッチすることにより、データベースが転送されました。
これ以上必要な情報があれば、私が提供できることを嬉しく思います。
そして、最後に、私はDBAではありません。私は、本来すべきでないタスクを担当するプログラマです。
同じProcsを実行すると、実行に2〜5倍かかる場合があります（状況は異なるようです）。
sp_recompile 'procedureName'を使用して、ストアドプロシージャを再コンパイルする必要があります。これは 移行後の手順 の1つである必要があります。
もう1つ注意すべきことは、より多くの最大メモリを使用する場合（新しいサーバーでより多くのRAM）があるため）、テストを調べて TF2335を有効にする
また、サーバーの電源オプションを確認してください。高性能に設定する必要があります。
@Philに同意します。VM管理者に問い合わせて、 ホストマシンがリソースの観点からオーバーコミットされているかどうか かどうかを確認します。 VMWareには バルーンドライバー（pdfホワイトペーパー） のようなものがあります。Hyper-Vの場合は SQL Serverの実行Hyper-V動的メモリを使用 ホワイトペーパー。
同じサーバー上の新しいSSDにファイルを移動するだけで、デタッチ/アタッチ後のデータベースは非常に遅くなりました。同じクエリを数回実行した後でも、キャッシュされたクエリプランやその他のホット/コールドの問題とは関係ありません。
最終的に、私たちは すべてのインデックスを再構築 以下のコードを使用して、すべてが再びうまくいきました：
Exec sp_msforeachtable 'SET QUOTED_IDENTIFIER ON; ALTER INDEX ALL ON ? REBUILD'
SQLサーバーが古いサーバーで持っていたはずのキャッシュプランを再構築できるようになるまで、サーバーは遅くなります。