大きなデータベース（700GB）の整合性チェック
大規模なデータベースの整合性チェックに最適な戦略は何ですか？ DBCC CHECKDB (DB Name)はおそらく24時間以上かかり、最大のテーブルである532GBはおそらく17時間以上かかります。
あなたの質問に基づくと、「おそらく」を使用しているため、これは実際にはまだ実行されていないようです。
ただし、この質問には2つのブランチがあります。
- データベースのバックアップで整合性チェックを実行します。
- Prodサーバーの完全なデータベースバックアップを取ります
- 別のサーバーにデータベースを復元する
- 復元されたデータベースで整合性チェックを実行します
DBCC CHECKDBを複数日にわたって分割します。- VLDBの整合性チェックオプション で言及されているAa
プリンシパルまたはプライマリをチェックする方法として、ミラーデータベースまたは可用性グループレプリカで整合性チェックを実行するのはオプションではありません。これらは異なるI/Oシステムで実行され、破損がサーバー間で伝播しないためです。これは、IN ADDITIONで実行する必要があります。
CHECK DBCCをより速く実行するための事柄。
- 物理のみのオプショントレースフラグ2562およびトレースフラグ2549を使用
- メモリ付与を減らす
計算列の非クラスター化インデックスを事前に無効にする –
DBCC_OBJECT_METADATAラッチに問題があり、実行するには排他ロックが必要です。TEMPDBのパフォーマンスは、
CHECKDBのパフォーマンスに大きく影響します。DBCCコマンドのコアの量を変更する場合は、次のいずれかを使用できます。- トレースフラグ2528
- MAXDOPを設定する