Planning Server データベース インデックスのモニタリングと管理

モデルの作成時に、Planning Server によって新しい "MG_*" テーブルにクラスタ化されたインデックスが 1 つ作成されます。このクラスタ化インデックスには、そのメジャー グループ テーブルのすべてのディメンション キーが含まれます。このクラスタ化インデックスでのディメンション キーの順序は、Planning Server によって自動的に設定されます。この順序は、個々の顧客のメジャー グループ テーブルの使用方法 (たとえば、書き戻し用、データ読み込み用、ルール ベースの計算用など) を的確に反映していない可能性があります。データベース管理者は、クラスタ化インデックスの列の順序を確認する必要があり、場合によっては順序の再調整が必要になります。

たとえば、MG_Strategic_Plan_MeasureGroup_default_partition テーブルに次のようなクラスタ化インデックスが作成され、次のような列順序が設定されているとします。このインデックスの列順序は、メジャー グループのテーブルの使用方法に合わせて再調整できます。また、Excel 用 PerformancePoint アドインのユーザーは会計主体に基づいて書き戻し操作を実行することが多いので、Entity_MemberID 列をこのインデックスの先頭の列に移動した方がよい場合があります。

CREATE CLUSTERED INDEX [ClusteredIndex_default_partition] ON [dbo].[MG_Strategic_Plan_MeasureGroup_default_partition] 
(
      [Scenario_MemberId] ASC,
      [Time_Month] ASC,
      [Account_MemberId] ASC,
      [BusinessProcess_MemberId] ASC,
      [Entity_MemberId] ASC,
      [TimeDataView_MemberId] ASC,
      [Currency_MemberId] ASC,
      [BusinessDriver_MemberId] ASC,
      [Product_MemberId] ASC,
      [Flow_MemberId] ASC,
      [Intercompany_MemberId] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]

例

ALTER INDEX [ClusteredIndex_default_partition] 
ON dbo.[MG_Strategic_Plan_MeasureGroup_default_partition]
REBUILD WITH (ONLINE = ON);

データベースの変更を行っていると、データベースでインデックスの情報が分散化つまり断片化する場合があります。インデックスの断片化の度合いが深刻な場合、クエリのパフォーマンスが低下し、アプリケーションの応答が遅くなる可能性があります。

SQL Server 2005 では、インデックスの再編成またはインデックスの再構築を行うことで、インデックスの断片化を解消できます。インデックスを分析し、断片化の程度を判断してから、使用する最適化方法を決定する必要があります。

例

次の例では、インデックスの断片化をモニタリングする方法を示します。

次のようなコード ステートメントを実行するとします。

SELECT a.index_id, name, avg_fragmentation_in_percent, *
FROM sys.dm_db_index_physical_stats (DB_ID(), OBJECT_ID('MG_Strategic_Plan_MeasureGroup_default_partition'),
     NULL, NULL, NULL) AS a
        JOIN sys.indexes AS b ON a.object_id = b.object_id AND a.index_id = b.index_id

この場合、次のような結果セットが返されます。

index_id	name	avg_fragmentation_in_percent
1	MG_Strategic_Plan_MeasureGroup_default_partition_PK	23.076923076923077

断片化の詳細については、「SQL Server Books Online」を参照してください。この例では、avg_fragmentation_in_percent が 30% 未満なので、推奨される解決方法は MG_Strategic_Plan_MeasureGroup_default_partition_PK の再編成です。

断片化が 30% より大きい場合は、インデックスを再構築することが推奨されます。

メモ :
この 30% という値は、「SQL Server Books Online」での推奨に従っています。この値は、組織での必要性に合わせて最適なように変更できます。

インデックスの断片化の度合いが深刻でない場合は、インデックスの再編成が最良の方法です。一方、インデックスの断片化の度合いが深刻な場合は、インデックスを再構築した方が望ましい結果を得られます。断片化のガイドラインについては、「Checking Index Fragmentation」を参照してください。

例

ALTER INDEX [ClusteredIndex_default_partition] 
ON dbo.[MG_Strategic_Plan_MeasureGroup_default_partition]
REORGANIZE ;

インデックスは、削除してから新しく作成することで再構築できます。新しいインデックスが作成されるときに、断片化が解消されます。

次の例では、Planning Server のメジャー グループ テーブルでオンライン オプションを使用してインデックスを再構築する方法を示します。

ALTER INDEX [ClusteredIndex_default_partition] 
ON dbo.[MG_Strategic_Plan_MeasureGroup_default_partition]
REBUILD WITH (ONLINE = ON);

各メジャー グループ テーブルのインデックスを最適化する SQL Server ジョブをスケジュールします。断片化の度合を判定した後、インデックスの再編成とインデックスの再構築を異なる頻度で行うように、ジョブをスケジュールします。たとえば、インデックスの再編成は、1 日に 1 回、夜間などのピーク以外の時間帯に行うようにスケジュールを設定し、インデックスの再構築は 1 週間に 1 回だけ行うようにします。基幹業務のデータを保持するテーブルを除き、どちらの方法もオンラインで行うことができます。

一般に、インデックスを再構築する方が、インデックスを再編成するより、よい結果が得られます。再構築では、リーフ レベルと B-tree の両方からすべてのレベルの断片化が解消され、ツリーのバランスが再調整されます。統計情報が更新され、正確な統計で "完全スキャン" を行うのと同じ結果になります。

インデックスの再構築の詳細については、「SQL Server Books Online」を参照してください。

概念

スクリプトを使用したインデックスの保守の自動化
インデックスの保守を自動化する方法