SE の雑記

SQL Database / SQL Server Enterprise Edition を使用している場合、インデックスの再構築 (REBUILD) をオンラインで実施することができます。
オンラインのインデックス再構築の仕組みについては、オンライン インデックス操作の動作原理 を確認していただければ。

オンラインのインデックス再構築は、データアクセスをブロックすることなく、インデックスのメンテナンスを実施することができますが、オフラインでの再構築と比較していろいろとオーバーヘッドがありますので、軽く比較してみたいと思います。

今回は、100 万件 / 100MB 程度のサイズのインデックスを再構築しています。

まずは処理時間と、生成されるトランザクションログのサイズを比較してみたいと思います。
# 処理時間は、sec でざっくりと取得しているので、実際には msec の処理時間のケースもあります。

以下の表が「完全」復旧モデルを使用した場合の比較となります。

オフラインとオンラインで処理時間や、ログレコードの状態に違いがあることが確認できますね。
次は、ログレコードレベルでどのような差があるかを確認してみたいと思います。

トランザクションの開始の頻度や、変更されているレコード数が大きく違いますね。
オンラインとオフラインでは、データの書き込みの粒度が異なっており、それが処理効率に影響を与えていることが、この比較から確認できるかと思います。

それでは、一括ログ復旧にすると、どのような傾向となるかも比較してみたいと思います。
# 一括ログについては、ログバックアップ時にログバックアップ時にデータファイルについても取得されるため、その情報も記載しています。

完全復旧と比較すると、処理速度が向上していますが、オフライン / オンラインの傾向は同じですね。
ログレコードの内容についても傾向は同じになります。

オンラインインデックスの再構築は、データアクセスの同時実行性を低下させずにインデックスをメンテナンスすることが可能ですが、処理時間やトランザクションログの書き込み負荷とのトレードオフとなりますので、データへのアクセスを停止できるようなメンテナンスウィンドウがある場合は、状況に応じて使い分けていくと、良いかと。