テーブルが定期的に大幅に拡大および縮小する割り当て戦略

Question

私はSQLServer 2014データベースを持っており、100以上のテーブルがあり、1年間で5％の成長率を示しています。たくさんの読書、ほとんど書くことはありません。

このデータベースは、データベースの残りの部分を合わせたものとほぼ同じ量だけ、定期的に（四半期ごとに）一晩で成長する20以上のテーブルの別のセットによって拡張されます。

これらのテーブルは、処理の最後に数時間で完全に空になります。データinこれらのテーブルはかなり消費可能ですが、参照整合性のために他のテーブルと同じデータベースにある必要があります。

一部のサンプル番号では、最初のDBが20GBで、テーブルのサブセットが15GBに増えてから、空になったとします。したがって、データの実際のサイズは、数日間で20〜35GBの間で変動します。

Kin Shah · Accepted Answer

ステージングテーブルに別のファイルグループを使用し、ファイルグループが別の物理ドライブ（またはLUN）にあることを確認します。
インスタントファイルの初期化と適切な自動拡張設定を使用します。自動成長イベントを分析するための便利なスクリプトがあります。
ロード後にステージングテーブルを空にするので、必ずUPDATE STATISTICSロード後。データを高速かつ効率的にロードするためのその他のトリックについては、データロードパフォーマンスガイドを参照してください。

このテーブルのセットを独自のファイルグループに移動すると、どのような利点/問題が発生しますか？

利点は、本番データが存在するメインファイルグループの ピースミール復元 を実行してから復元できることです。ステージングテーブルが存在するファイルグループ。

私が取る唯一の注意は、十分にテストされたRESTORE戦略を持つことです。これで、復元を行うときに慣れる必要のある複数のファイルグループがあります。災害の場合。

Max Vernon · Answer

これらのステージングテーブルを独自のファイルグループに配置すると、断片的な復元を実行できます。これにより、災害復旧作業が発生した場合に、データベースをより迅速に稼働させることができます。

これらのテーブルを独自のファイルグループに含めると、パフォーマンスを向上させる可能性のある独自のディスクセットにテーブルを配置できます。