次のトラブルシューティング・ステップが、Financial Consolidation and Close環境での取得パフォーマンスに役立つ場合があります。
環境内でのSmart Viewヘルス・チェックの実行
パフォーマンスを最適化するために、環境でヘルス・チェックを実行できます。Oracle Smart View for Officeユーザーズ・ガイドのシステムのヘルス・チェックの実行を参照してください。
Smart Viewアド・ホック動作の確認および変更
「アプリケーション設定」タブで、設定したSmart Viewアド・ホック動作を確認できます。Smart Viewアド・ホック動作をネイティブに変更すると、ズームのパフォーマンスが向上する場合があります。Oracle Smart View for Officeの使用のEPM CloudでのSmart Viewの動作オプションを参照してください。
アプリケーション・メタデータ分析
メタデータが有効であることを確認するために、「アプリケーション概要」タブから「メタデータの検証」をいつでも実行できます。メタデータの検証を参照してください。
可能な場合は、メタデータ・エラー、特に、式のないレベル0の動的計算があるメンバーを修正します。必要に応じて、次に説明するように、保管済の子プレースホルダ・メンバーを追加します。レベル0の動的計算メンバーにはメンバー式が必要であり、ない場合はパフォーマンスに悪影響を与えます。
シード済のレベル0の動的計算勘定科目ディメンション・メンバーのチェック
ディメンション・エディタの勘定科目ディメンションで次のFCCSシード・メンバーを確認し、それぞれに「データ・ストレージ」が「保管」に設定された子メンバーがあることを確認します。
次のFCCSシード・メンバーのいずれかについて、アプリケーションで子メンバーが必要ない場合は、保管済のダミーまたはプレースホルダ勘定科目を作成する必要があります(FCCSシード・メンバーを直接「保管」に変更できないため)。
たとえば、FCCS_Cash And Cash Equivalentsに保管済の子メンバーがない場合、FCCS_Cash And Cash Equivalents_Placeholderという名前で作成します。
「メンバーのプロパティ」タブと「メンバー式」タブの両方で、「データ・ストレージ」を「保管」に設定してください。
動的計算ディメンション・メンバーの適切な解決順の確認
次の表は、密ディメンションとしての勘定科目という標準オプションを使用している場合の「Consol解決順」の値を示しています。
次の表は、期間および増減を密ディメンションとして使用する密/疎最適化オプションを使用している場合の「Consol解決順」の値を示しています。
注:
親合計メンバー式およびYTD式に解決順の競合が存在する場合があります。FCCS_Parent Totalメンバーは、複数通貨アプリケーションの親通貨にのみ適用されます。可能であれば、親合計ではなく、エンティティ合計を使用することをお薦めします。使用できない場合は、FCCS_Parent Totalの解決順を51に変更してからデータベースをリフレッシュするようにしてください。必ずデータを検証してください。
解決順の変更のスクリーンショットの例
「アプリケーション」、「概要」の順にクリックし、「ディメンション」タブを選択します。列を右クリックして「デフォルト・モード」の選択を解除します。次に、「Consol解決順」列にスクロールして編集します。見やすいように列をクリックしてドラッグできます。
前述の変更をすべて行った後、「メタデータの検証」を再度実行し、「データベースのリフレッシュ」を実行します。
取得最適化分析
HSGetValue式を使用しない
HSGetValueスプレッドシート取得をアド・ホック取得に変換します。変換すると、取得サイズが大きくなることでパフォーマンスが向上し、メンテナンスが簡単になります。HSGetValue式がサポートされています。これは、必要な場合にのみ、小規模から中規模サイズの取得に使用します。
期間ビューから開始
累計ビューの管理を使用する場合、保管されたビュー・ディメンション・メンバーYTDは#missingです。YTD_Ruleメンバーを使用して取得時にYTD残高を動的に計算します。ノート - 密/疎最適化オプションを使用している場合はYTDまたはYTD_Ruleメンバーを使用できます。
最適化分析では、迅速な分析のためにビューをYTD_Ruleから期間に変更します。最適化されたら、必要に応じてYTD_Ruleに戻すことができます。
遅いメンバー式について勘定科目ディメンションを分析
スプレッドシートのすべての勘定科目、特にメンバー式を含むものについてのパフォーマンスをチェックします。メンバー式を含む勘定科目をスプレッドシートから除いて、取得を実行します。取得が速くなった場合は、メンバー式を含む勘定科目のグループを取得に戻して、遅いメンバー式を分離します。分離したら、メンバー式を最適化し、適切な「Consol解決順」を確認し、スプレッドシートに戻して最適化されていることを確認します。
メンバー式をなくし、期間ビューを使用しても取得が遅い場合は、勘定科目メンバーの分離を続けて、どれが遅いかを判別できます。このことが発生するのはまれであり、通常は、式を含まないレベル0の動的勘定科目に関するメタデータの問題または解決順の問題です。
累計の管理機能の必要に応じた有効化
アプリケーションが現在、密/疎最適化オプションを使用しておらず、年合計およびQTDの取得が遅い拡張ディメンション・アプリケーションである場合は、累計の管理機能を有効にします。この機能を有効にすると、これらの式がより効率的な式に置換されます。
必要に応じて遅いメンバー式について他のディメンションを分析
スプレッドシートのディメンション、特にメンバー式を含むものについて、1つずつパフォーマンスをチェックします。分析するディメンションがPOVダイアログ・ボックスにない場合は、ディメンションをPOVダイアログ・ボックスにドラッグします。次に、POVメンバー・セレクタで次のレベルにドリルダウンして、取得プロセスを実行します。取得を遅くしているメンバー式またはレベル・メンバーが見つかるまで、これを繰り返します。見つかったら、メンバー式またはレベル・メンバーを最適化し、適切な「Consol解決順」を確認し、取得プロセスに戻します。
期間からYTD_Ruleへ
前述の分析および最適化後、期間ビュー取得が速くなった場合は、必要に応じてビューをYTD_Ruleに変更します。YTD_Ruleビュー・メンバーのパフォーマンスが向上します。そうでない場合は、すでにYTD残高があるため貸借対照表勘定科目のほとんどについては期間ビューを戻し、損益計算書勘定科目のYTD残高についてはExcelで期間を合計することを検討します。取得を含む追加のワークシート・タブをいくつか作成し、Excelの合計式を追加する必要がある場合があります。次に、他のワークシート・タブのExcelの式およびデータを参照するサマリーYTD残高レポートのワークシート・タブを作成できます。完了したら、Smart Viewメニューですべて取得をクリックするだけで、複数の取得およびサマリー・タブをリフレッシュし、式を計算できます。
「累計ビューの保管の管理」オプションの取得パフォーマンスを最適化する計算の表示の更新ルールの実行
「累計ビューの保管の管理」オプションを使用すると、保管されたビュー・ディメンション・メンバーYTDは#missingであり、計算の表示の更新ルールを実行しないかぎり計算および保管されません。YTD_RuleメンバーによってYTD残高が動的に計算されます。可能な場合はこれを使用してください。
YTD_Ruleメンバーを使用した取得がまだ遅すぎる場合は、密ストレージ・オプションへの移行または一部のエンティティでのYTDの事前連結および保管を検討します。階層内でのレベルおよびサイズに基づいて消去のプロセスを使用することで、どのエンティティが最も遅いかを判別でき、それらのエンティティに対して計算の表示の更新ルールを使用して、YTDを保管して再テストできます。
この機能を使用してPOV内のそれらのエンティティに対して連結すると、連結された値はYTDビュー・メンバーに保管されます。計算の表示の更新機能を使用して連結されたエンティティのみがYTDビュー・メンバーの値を持ち、その他のすべてのエンティティ値は#missingになります。その他のエンティティ値については、YTD_Ruleビュー・メンバーを使用する必要があります。レポート内で有用であるため、YTDおよびYTD_Ruleビュー・メンバーを混在させて組み合せることができます。これを実行できずYTDビュー・メンバーのみを使用するレポートの場合、計算の表示の更新機能を使用してレポート上のすべてのエンティティを忘れずに連結する必要があります。
期間に対して期間の連結を再度実行するたびに、その期間およびエンティティに対して以前に実行した計算の表示の更新を再度実行し、YTD値で最新の期間の連結を反映する必要があります。
計算の表示の無効化
Financial Consolidation and Closeには、計算の表示を無効にするための「アプリケーション設定」オプションがあります。このオプションは、YTD、HYTDおよびQTDメンバーへのデータ入力(フォーム、データ・インポート、データ管理などを介して)およびレポートに対して、YTD、HYTDおよびQTDデータの計算と保管を無効にします。この設定をYes
に切り替えると、データ・ロードおよびレポートのパフォーマンス向上に役立ちます。詳細は、の計算の表示の無効化を参照してくださいFinancial Consolidation and Closeの管理
スプレッドシート設計の確認
非対称
対称レポート設計は、非対称よりも大幅に高速です。アクティビティ・レポート内のnOdometersの数が多いことは(たとえば次のサンプル・レポートを参照)、非対称レポートが非効率的であることを示します。理想的には、対称レポートはnOdometers:1になります。
15秒を超過した低パフォーマンスのEssbase問合せ上位10件
列の中で、メンバーが変化するディメンションは1つのみ(たとえば、期間(Jan-Dec))であることが理想的です。ディメンションを追加し始めることに伴い(たとえば、年(FY15、FY16など))、グリッドの非対称性が高まり、取得が遅くなる場合があります。同じ概念が行にも当てはまります。
パフォーマンスのために必要な場合は、それぞれが特定のより小規模な取得を行う複数のワークシート・タブを作成します。その後、Excel機能を使用して、特定のより小規模な取得のワークシート・タブを参照するデータをサマリー・シートにまとめることができます。作成したら、Smart Viewメニューですべて取得をクリックするだけで、複数のワークシート・タブおよびサマリー・シートをリフレッシュできます。
その他の考慮事項
適切な計算のために多数のデータを必要とするメンバー式がアプリケーションにある場合、そのメンバーが「累計ビューの保管の管理」で勘定科目ディメンションになく、かつ密ストレージ・オプションの増減および期間ディメンションにない場合は、動的計算に対してデータを保管すると有用であることがあります。
スプレッドシートのワークシート・タブの数を減らし、動的POVを使用してSmart View問合せを適切に定義すると、あらゆる種類の様々なデータおよびテキストが含まれた大きいスプレッドシートよりもパフォーマンスが高くなります。
従来のOracle Essbaseハイブリッド取得最適化手順を適用します。
代替変数の使用
密/疎最適化オプション(期間および増減が密ディメンション)を使用するアプリケーションのパフォーマンスを向上するには、ParallelCustomDimDSO
およびParallelCustomDimTranslation
代替変数を追加します。パフォーマンスの向上を確認するには、これらの代替変数の両方をTrueに設定する必要があります。
密/疎最適化オプションを使用するアプリケーションで、複数の期間の連結に対するパフォーマンスを向上するには、EnableYearlyConsol
という名前の代替変数を追加して値をTrueに設定します。
Financial Consolidation and Closeの代替変数を参照してください。