ディスク要件およびメモリー要件の見積り

  潜在的なデータ・ブロック数を決定する場合には、保管済メンバーのすべての組合せに対してデータ値が存在するものと仮定します。

1. 表245をワークシートとして使用して、それぞれの疎次元と、その保管済メンバーの数をリストします。8つ以上の疎次元が存在する場合は、次元を他の場所にリストして、計算にすべての疎次元を含めてください。

   次のタイプのメンバーは、保管済メンバーではありません:

   • 属性次元のメンバー

   • 共有メンバー

   • ラベルのみメンバー

   • 動的計算メンバー(動的計算および保管メンバーは、保管済メンバーです)

   表 245. ワークシート: 疎次元と保管済メンバーの数のリスト

   疎次元の名前	保管済メンバーの数を記入
   	a.
   	b.
   	c.
   	d.
   	e.
   	f.
   	g.

2. 最初の疎次元の保管済メンバーの数(a行)に、2番目の疎次元の保管済メンバーの数(b行)を乗算し、さらに3番目の疎次元の保管済メンバーの数(c行)を乗算し、というようにして各行の値を乗算します:

               a * b * c * d * e * f * g (and so on) 
   = potential number of blocks
   
            

   その結果の値を、表244のDAとラベル付けされたセルに記入します。

  すでにロードされているデータベースの既存のブロック数を確認するには、Administration Servicesの「データベース・プロパティ」ダイアログ・ボックスの「統計」タブで既存のブロック数を探します。その値を、表244のDBとラベル付けされたセルに記入します。

  既存のデータ・ブロックの数を見積るには:

1. 疎次元の保管されるメンバーの組合せのうちで、値を持つものの割合(データベースの密度)を見積ります。

2. 想定されるデータ・ブロック数に対してこの割合を乗算します:

               number of existing blocks 
   = estimated density 
   * potential number of blocks
            

   実際のブロック数を、表244のDBとラベル付けされたセルに記入します。

  ロードされているデータベースの既存のブロック数を確認するには、Administration Servicesの「データベース・プロパティ」ダイアログ・ボックスの「統計」タブで展開済データ・ブロックのサイズを探します。

  展開済データ・ブロックのサイズを決定するには:

1. 表246をワークシートとして使用し、それぞれの密次元と、その保管済メンバーの数を入力します。8つ以上の密次元が存在する場合は、次元を他の場所にリストして、計算にすべての密次元を含めてください。

   次のタイプのメンバーは、保管済メンバーではありません:

   • 属性次元のメンバー

   • 共有メンバー

   • ラベルのみメンバー

   • 動的計算メンバー(動的計算および保管メンバーは、保管済メンバーです)

   表 246. ワークシート: 密次元と保管済メンバーの数のリスト

   密次元の名前	保管済メンバーの数
   	a.
   	b.
   	c.
   	d.
   	e.
   	f.
   	g.

2. 最初の密次元の保管済メンバーの数(a行)に、2番目の密次元の保管済メンバーの数(b行)を乗算し、さらに3番目の密次元の保管済メンバーの数(c行)を乗算し、これを繰り返して、ブロック内のセルの総数を決定します:

               a * b * c * d * e * f * g (and so on) 
   = the total number of cells 
            

3. 結果のセル数に8バイトを乗算して、拡張ブロック・サイズを決定します:

               (Total number of cells) * 8 bytes per cell  
   = expanded block size
            

   その結果の値を、表244のDCとラベル付けされたセルに記入します。

  ビットマップ圧縮が使用可能な場合の平均圧縮ブロック・サイズを計算するには:

1. ブロック密度の平均値を決定します。

   • データベースがロードされている場合は、Administration Servicesの「データベース・プロパティ」ダイアログ・ボックスの「統計」タブで展開済データ・ブロックのサイズを確認できます。「ブロックの密度」に表示される値を使用します。

   • データをロードする前にブロック密度を見積る場合は、潜在的なデータ値に対する既存のデータ値の比率を評価します。

2. 圧縮ブロック・サイズを決定するには、次の計算を実行します:

               expanded block size * block density 
   = compressed block size
            

   結果のブロック・サイズを、表244のDDとラベル付けされたセルに記入します。

  アウトライン・ファイルのサイズを見積るには:

1. アウトラインの主要領域を見積るには、メンバー数にメンバー名の長さ(350 - 450バイト)を掛けます。

   データベースに含まれている別名が少ない場合や、非常に短い別名と短いメンバー名が含まれている場合は、この範囲内でより小さい数を使用します。メンバー名や別名が非常に長いことがわかっている場合は、この範囲内でより大きい数を使用します。

   名前の長さは概算平均であるため、次の式で求められる値は、アウトラインの主要領域のおおまかな見積りにすぎません:

               number of members  * name-length factor  = size of main area of outline
            

   注：	メンバー名および別名の最大サイズは、制限、を参照してください。

   この章で後述するメモリー容量要件の計算に、アウトラインの主要領域のサイズを使用します。

2. ディスク・スペース要件を求めるには、アウトラインに属性次元が含まれている場合は、データベースの属性関連付けの領域のサイズを計算します。この領域のサイズは、基本次元ごとに計算します。基本次元のメンバー数に、基本次元に関連付けられているすべての属性次元のメンバー数の合計を掛け、8で割ります:

               (number of base-dimension members * sum of count of attribute-dimension members)/8 = size of attribute association area for a base dimension
            

   注：	メンバー数には、ラベルのみメンバーおよび共有メンバーは含めないでください。

3. 各次元の属性の関連付け領域を合計し、アウトラインの属性の関連付け領域の合計を決定します。

4. アウトラインに必要な合計ディスク容量を求めるには、アウトラインの主要領域と属性の関連付け領域を加算します:

               main area of outline + total attribute association area
            

   この計算の結果を、表247のDHとラベル付けされたセルに記入します。

  LROのディスク・スペース要件を見積るには:

1. オブジェクトのサイズを見積ります。制限が設定されている場合は、LROの数にその制限を掛けます。設定されていない場合は、予想されるすべてのLROのサイズを合計します。

2. LROカタログのサイズを求めます。LROの合計数に8,192バイトを掛けます。

3. 2つの領域を合計し、この計算の結果を、表247のDJとラベル付けされたセルに記入します。

  アウトラインのメモリー要件を計算するには、メンバーの数を300バイト-400バイトの名前の長さで乗算し、その結果を表250のMAとラベル付けされたセルに記入します。

  起動時にキャッシュ関連のオーバーヘッドを計算するには:

1. インデックス・キャッシュ・サイズの半分をバイト単位で計算します。

               index cache size 
   * .5 
   = index cache-related overhead
   
            

2. 次の式を使用して、追加キャッシュのオーバーヘッドをバイト単位で計算します:

               ((# of server threads allocated to the Essbase Server process * 3) 
   * 256) 
   + 5242880 bytes 
   = additional cache overhead
   
            

3. インデックス・キャッシュのオーバーヘッドと追加キャッシュのオーバーヘッドを合計します。

               cache-related overhead 
   = index cache-related overhead 
   + additional cache overhead
            

   結果を、表250のMCとラベル付けされたセルに記入します。

  論理ブロックのセル数を決定するには、各密次元の全メンバー数(動的計算メンバーと動的計算および保管メンバーを含む。ラベルのみメンバーと共有メンバーは除く)を乗算します:

1. 表251をワークシートとして使用して、各密次元と、ラベルのみメンバーと共有メンバーを除いたメンバー数を入力します。8つ以上の密次元がある場合は、他の場所に次元をリストし、すべての密次元を計算に含めます。

   表 251. ワークシート: 論理ブロック内のセル数

   密次元の名前	メンバー数
   	a.
   	b.
   	c.
   	d.
   	e.
   	f.
   	g.

2. 最初の密次元のメンバー数(a行)に、2番目の密次元のメンバー数(b行)を乗算し、さらに3番目の密次元のメンバー数(c行)を乗算し、というようにして各行の値を乗算し、論理ブロック内のセルの総数を決定します:

               a * b * c * d * e * f * g = total number of cells
            

   結果を、表249のMIとラベル付けされたセルに記入します。

  メモリー内のデータ構造領域を計算するには:

1. 次の式を使用して、バイト単位でサイズを計算します:

               Number of threads 
   * ((Number of members in the outline * 26 bytes) 
   + (Logical block cell count * 36 bytes))
   
            

2. 結果を、表250のMDとラベル付けされたセルに記入します。

  実際のクエリーを監視することによって、クエリーのメモリー要件を見積るには:

1. クエリー中のメモリーの使用状況を監視します。

2. 同時実行のクエリーに使用されるメモリー量を合計して、クエリー処理に使用される可能性のある最大メモリー量を計算します。次に、クエリーに備えて待機中のスレッドで確保されている追加メモリーを加算します。

  クエリーのメモリー使用率を見積るには:

1. essbase.cfg設定のDYNCALCACHEMAXSIZEを0 (ゼロ)に設定して、動的計算キャッシュをオフにします。動的計算キャッシュをオフにすると、クエリー完了後に、動的計算中にブロックに使用されるメモリーがESSSVRプロセスによってオペレーティング・システムに確実に解放されることで、スレッドで保持されたままのメモリーの測定が可能になります。

2. Essbaseアプリケーションを起動します。

3. オペレーティング・システムのメモリー監視ツールを使用して、クエリーの処理前にEssbaseサーバーで使用されるメモリーを調べます。ESSSVRプロセスに関連付けられた値を使用します。

   この値をMemBeforePとして使用します。

4. クエリーを実行します。

5. オペレーティング・システムのメモリー監視ツールを使用して、クエリー処理中のEssbaseサーバーのピーク・メモリー使用率を調べます。この値はESSSVRプロセスに関連付けられます。

   この値をMemDuringPとして使用します。

6. オペレーティング・システムのメモリー監視ツールを使用して、クエリー完了後のEssbaseのメモリー使用率を調べます。この値はESSSVRプロセスに関連付けられます。

   この値をMemAfterPとして使用します。

7. 次の2つの値を計算します:

   • Essbaseでクエリーの処理中に使用される追加メモリー(AdditionalMemDuringP):

                       AdditionalMemDuringP = MemDuringP - MemBeforeP
                    

   • Essbaseでクエリー処理の終了後に使用される追加メモリー(AdditionalMemAfterP):

                       AdditionalMemAfterP = MemAfterP - MemBeforeP
                    

8. 該当するすべてのクエリーに対して前述の計算を完了したら、すべての計算結果を比較して、次の2つの値を決定します:

   • クエリーで使用される最大のAdditionalMemDuringP: (MAXAdditionalMemDuringP)

   • クエリーで使用される最大のAdditionalMemAfterP: (MAXAdditionalMemAfterP)

9. 次のステートメントに手順7で得た2つの値を挿入します。

   データ取得のために必要な追加メモリーは、次の量を上回ることはありません:

               Max#ConcQueries
                
   * 
               MAXAdditionalMemDuringP
                
   + (
               Total#Threads
                - 
               Max#ConcQueries
               )
   * 
               MAXAdditionalMemAfterP
            

   表250のMEとラベル付けされたセルに、この計算の結果をバイト単位で記入します。