記載されている以下の動作を確認しようと考えていました。リソースの使用が最小限に抑えられます。再編成は自動的にオンラインで実行されます。ロックは長時間保持されません。したがって、実行中のクエリまたは更新はブロックされません。試行錯誤していたのですがどうしてもブロッキングの状態で終わってしまうんですよね...。確認できるのではと考えていたのですが。ロックされているレコードのページだけ、再構成で断片化が解消されていないような、ページの情報が取得できればと考えていたのですが企画倒れとなってしまいました...。私のスキルが不足しているだけなのですが。ロックされているレコードに対しての断片化解消は取れなかったのですが、再構成と再構築のロックの状態は少し面白いなと思ったので、そちらについて投稿したいと思います。今回は再構成時のロックの状態について。[再構成中に取得されるロック]前回まで使用していたテーブルでインデックスの再編成を実行する際に以下のクエリを使用して再編成時のロックの取得状態を確認します。テーブルは前回までに使用していたものをそのまま使用しています。ロールバックしていますが、再編成はロールバックされません。TRAN以下のような結果が取得できます。情報があると分かりやすいので取得したものが以下になります。252再構成の場合は既に使用されているページを使用して断片化の解消を行います。エクステントでロックをかけて、エクステント内のページを並べ替えていく形でしょうか。含まれているエクステントがロックされているのが確認できると思います。テーブルで実行したものになります。単一エクステントの場合は、エクステント内には一つのオブジェクトのみ格納されていなすので、排他ロックを取得しても他のオブジェクトには影響しません。テーブルで実行するとどのようになるか気になったので試してみました。94太字下線のページは混合エクステント上に格納されているページになります。使用すると確認ができるのですが、これは別の機会にまとめたいと思います。この状態で再構成を実行してみます。単一エクステントの領域となります。混合エクステントに排他ロックをかけてしまうと他のオブジェクトにも影響が出てしまうので、インデックスの再構成の対象は単一エクステントになっているようですね。軽く確認はしてみましたが混合エクステント内は同一エクステント内での並び替えは行われていないように見受けられました。混合エクステントの断片化解消は再構成ではなく、再構築で実施する必要があるようですね。再構築の場合はロックが変わってきます。そちらは次の投稿でまとめていきたいと思います。チューニング等をメインにしていますが、本ブログで情報発信している内容に関することでしたら対応できます。お仕事のご相談がありましたらTwitterfacebookやブログのコメントでご連絡いただけると幸いです。ブログにコメント頂いた内容は私が承認しない限り表示されません。受賞させていただきました。本ブログの内容は個人的に検証したものとなり、検証結果を含め記載している内容を保証するものではありません。体験記の連載をさせていただきました。最後まで飲み切れず...。