レプリケート・パーティション
レプリケート・パーティションは、データ・ターゲットに格納されているデータ・ソースの一部のコピーです。 一部のユーザーはデータ・ソースのデータにアクセスできますが、他のユーザーはデータ・ターゲットのデータにアクセスできます。
たとえば、SamppartおよびSampeastサンプル・アプリケーションでは、The Beverage Company (TBC)のDBAがEastデータベースと、Actual、Budget、VarianceおよびVariance%を含むCompanyデータベースの間にレプリケート・パーティションを作成しました。 東部リージョンのユーザーは、予算データをローカルに格納するようになりました。 このデータを本社から取得する必要がないため、レスポンス時間が短縮され、ローカル・データのダウンタイムと管理をより詳細に制御できます。
レプリケート・パーティション・フロー内のデータに対する変更は、データ・ソースからデータ・ターゲットに送信されます。 データ・ターゲット内のレプリケートされたデータに加えられた変更は、データ・ソースには反映されません。 ユーザーがデータ・ターゲットのデータを変更した場合、DBAがレプリケート・パーティションを更新すると、Essbaseによってその変更が上書きされます。
レプリケート・パーティションが定義されている場合、DBAは、データ・ターゲットのレプリケートされた部分のデータが更新されないようにする設定を選択できます。 更新設定(更新を許可または禁止)は、セキュリティ・フィルタによって提供されるアクセスよりも優先され、データ・ロードや計算などのバッチ操作によっても優先されます。 「エンドユーザー・セキュリティの設定」を参照してください。
レプリケート・パーティションを使用して、次のいずれかの目的を達成します:
-
ネットワークアクティビティを減らす
-
問合せのレスポンス時間の短縮
-
計算時間の短縮
-
システム障害からのより簡単なリカバリ
レプリケート・パーティションのルール
レプリケート・パーティションは、次のルールに従う必要があります:
-
共有領域は同一である必要はありませんが、データ・ソースおよびデータ・ターゲット・アウトラインのレプリケートされた共有領域をマップできる必要があります。 データ・ソースの各ディメンションおよびメンバーがデータ・ターゲットの各ディメンションおよびメンバーにどのようにマップされるかをEssbaseに指示する必要があります。
非共有領域のデータ・ソースおよびデータ・ターゲット・アウトラインは、マップ可能である必要はありません。
-
レプリケート・パーティション・ターゲットとして使用する領域はいずれも透過パーティション・ソースから取得できないため、図に示すように、透過パーティションの上にレプリケート・パーティションを作成することはできません:
図9-4 レプリケート・パーティションが無効です
-
レプリケート・パーティションのデータ・ターゲットのセルは、2つのデータ・ソースから取得することはできません。1つのパーティションのセルは、1つのデータベースから取得する必要があります。 複数のデータベースからセルをレプリケートするには、データ・ソースごとに異なるパーティションを作成します。
データ・ターゲット内のセルは、別のレプリケート・パーティションのデータ・ソースにすることができます。 たとえば、Samppart.CompanyデータベースにSampeast.Eastデータベースからのレプリケート・パーティションが含まれている場合、Sampeast.EastのセルをSampwest.Westなどの3番目のデータベースにレプリケートできます。
-
属性メンバーを使用してレプリケート・パーティションを定義することはできません。 たとえば、Marketディメンションに関連付けられているMarket Type属性ディメンションのメンバーは、Urban、SuburbanおよびRuralです。 レプリケート・パーティションには格納されたデータではなく動的データが含まれているため、都市、地方または地方でパーティションを定義することはできません。 したがって、レプリケート・パーティションの属性をマップしようとすると、エラー・メッセージが表示されます。 ただし、WITHATTRコマンドを使用して属性データをレプリケートできます。
レプリケート・パーティションの利点
-
データはエンド・ユーザーにより近くに格納されるため、レプリケート・パーティションによってネットワーク・アクティビティが減少し、ユーザーの取得時間が短縮されます。
-
すべてのユーザーがデータに簡単にアクセスできます。 一部のユーザーはデータ・ソースのデータにアクセスし、その他のユーザーはデータ・ターゲットのデータにアクセスします。
-
失敗は致命的ではありません。 データは複数の場所にあるため、1つのデータベースに障害が発生すると、そのデータベースに接続しているユーザーのみが情報にアクセスできなくなります。 データはで引き続き使用でき、他のサイトから取得できます。
-
ローカルDBAは、ローカル・データベースの停止時間を制御できます。 たとえば、東部リージョンのユーザーは、会社データベースではなく、レプリケートされた独自のデータにアクセスしているため、DBAは、東部リージョンのユーザーに影響を与えずに会社データベースを停止できます。
-
各サイトには関連データのみが保持されるため、データベースを小さくすることができます。 たとえば、東部リージョンのユーザーは、すべてのリージョンの予算情報を含む大規模な会社データベースにアクセスするかわりに、東部予算情報のみをレプリケートできます。
レプリケート・パーティションのデメリット
-
データは複数のロケーションに格納されるため、より多くのディスク領域が必要です。
-
DBAはデータを定期的に手動でリフレッシュする必要があるため、ユーザーに最新バージョンのデータが表示されない場合があります。
レプリケート・パーティションのパフォーマンスに関する考慮事項
レプリケート・パーティションのパフォーマンスを向上させるには、次のガイドラインに従います:
-
データ・ソースで動的に計算されたメンバーはレプリケートしないでください。Essbaseでは、アウトラインを調べて動的に計算されたメンバーとその子を見つけ、計算の実行方法を決定する必要があります。
-
データ・ソースから導出されたデータをレプリケートしません。 かわりに、各ディメンションの最下位の実用レベルをレプリケートし、レプリケーションの完了後にデータ・ターゲットで計算を実行します。
たとえば、Marketディメンションに沿ってデータベースをレプリケートするには、次のようにします:
-
共有領域は、関心のあるMarketディメンションの最下位レベルのメンバー(East、West、South、Centralなど)および他のディメンションのレベル0のメンバーとして定義します。
-
レプリケーションの完了後、Marketの値およびデータ・ターゲットの他のディメンションの上位レベルの値を計算します。
場合によっては、データ・ターゲットで導出データを計算できないことがあります。 その場合は、データ・ソースからレプリケートします。 たとえば、データが次のいずれかの基準を満たす場合、データ・ソースで導出データを計算することはできません:
-
レプリケートされた領域外のデータを計算する必要があります。
-
データ・ターゲットで計算する部分のみを抽出できない計算スクリプトが必要です。
-
ラップトップなどの処理能力が少ないコンピュータにレプリケートされています。
-
-
-
密ディメンションに沿ったパーティション化は、疎ディメンションに沿ったパーティション化よりも時間がかかります。 Essbaseは、密ディメンションに沿ってパーティション化されたデータをレプリケートする場合、データ・ソース内のすべてのブロックにアクセスし、レプリケーション操作中にデータ・ターゲットに各ブロックを作成する必要があります。
-
データ・ターゲットで動的に計算されたメンバーにデータをレプリケートすることはできません。 Essbaseは、「動的計算」メンバーをロードまたはレプリケートしません。これらのメンバーには、ユーザーが実行時にデータをリクエストするまでデータが含まれないためです。 このデータはデータ・ターゲットに格納されないため、Essbaseでは、レプリケーション・ターゲットでの動的な密メンバーと動的な疎メンバーの両方に対してレプリケートされたデータの送信が回避されます。
パーティション全体ではなく、変更されたデータ値のみをレプリケートするには、「レプリケート・パーティションの移入または更新」を参照してください。