Financial Consolidation and Close 检索性能故障排除

在环境中执行 Smart View 健康检查

您可以对环境执行健康检查以优化性能。请参阅《Oracle Smart View for Office 用户指南》中的“对系统执行健康检查”。

查看和更改 Smart View 即席行为

您可以查看在“应用程序设置”选项卡上设置的 Smart View 即席行为。将 Smart View 即席行为更改为“本地”可能有助于缩放性能。请参阅《使用 Oracle Smart View for Office》中的“EPM 云中的 Smart View 行为选项”。

应用程序元数据分析

为了确保元数据有效，您可以随时从“应用程序概览”选项卡中运行验证元数据。请参阅“验证元数据”。

尽可能解决任何元数据错误，尤其是没有公式的 0 级动态计算的成员。如有必要，添加存储子代占位符成员，如下所述。0 级动态计算成员必须具有成员公式，否则会对性能产生不利影响。

检查植入的 0 级动态计算帐户维成员

在维编辑器中查看帐户维中的以下 FCCS 植入成员，以确保每个成员都有一个“数据存储”设置为“存储”的子代成员。

如果您的应用程序不需要以下任何 FCCS 植入成员的子代成员，将需要创建一个存储的“虚拟”或占位符帐户，因为您不能直接将 FCCS 植入成员更改为“存储”。

• FCCS_Cash And Cash Equivalents
• FCCS_Acct Receivable
• FCCS_Inventories
• FCCS_Fixed Assets
• FCCS_Other Long Term Assets
• FCCS_Acct Payable
• FCCS_Other Current Liabilities
• FCCS_Long Term Liabilities
• FCCS_Sales
• FCCS_Cost of Sales
• FCCS_Operating Expenses
• FCCS_Other Income Expense
• FCCS_Provision for Income Tax
• FCCS_Other Equity

例如，如果 FCCS_Cash And Cash Equivalents 没有存储的子代成员，则创建一个名为 FCCS_Cash And Cash Equivalents_Placeholder 的子代成员。

确保在“成员属性”和“成员公式”选项卡上都将“数据存储”设置为“存储”。

确保动态计算维成员的解析顺序正确

下表显示了当您使用将“帐户”作为密集维的“标准”选项时的合并解析顺序值。

下表显示了当您使用将“期间”和“移动”用作密集维的“密集/稀疏优化”选项时的合并解析顺序值。

检索优化分析

请勿使用 HSGetValue 公式

将您的 HSGetValue 电子表格检索转换为即席检索。随着检索大小的增大，它们的性能会更好，并且在转换后更易于维护。支持 HSGetValue 公式。仅当需要时将其用于中小型检索。

从周期性视图开始

如果使用的是“控制至今视图”，则存储的视图维成员 YTD 为 #missing。使用 YTD_Rule 成员在检索时动态计算 YTD 余额。注意 - 使用“密集/稀疏优化”选项时，您可以使用 YTD 或 YTD_Rule 成员。

对于优化分析，将视图从 YTD_Rule 更改为周期性，以更快地进行分析。优化后，您可以根据需要切换回 YTD_Rule。

分析较慢成员公式的帐户维

检查电子表格中所有帐户的性能，尤其是成员公式。从电子表格中删除具有成员公式的帐户并执行检索。如果现在检索很快，则在检索中添加回具有成员公式的帐户组，以分离出较慢的成员公式。分离后，优化成员公式，确保合并解析顺序正确，并将它们添加回电子表格，以确认它们已优化。

对于周期性视图，如果在没有成员公式的情况下检索仍然很慢，您可以继续分离帐户成员，以确定哪些帐户成员较慢。这种情况很少发生，通常是没有公式的 0 级动态帐户的元数据问题或解析顺序问题。

根据需要启用“控制至今”功能

如果应用程序当前是无法使用“密集/稀疏优化”选项的扩展维应用程序，并且您的 YearTotal 和 QTD 检索很慢，则启用“控制至今”功能。启用此功能会将这些公式替换为效率更高的公式。

根据需要分析较慢成员公式的其他维

在电子表格中一次检查一个维的性能，尤其是成员公式。如果要分析的维不在 POV 对话框中，请将该维拖到 POV 对话框中。然后在 POV 成员选择器中向下钻取到下一级别并执行检索过程。继续执行此操作，直到找到使检索变慢的成员公式或级别成员。找到后，优化成员公式或级别成员，确保合并解析顺序正确，然后将它们添加回检索过程。

周期性至 YTD_Rule

如果在前面的分析和优化后，您的周期性视图检索现在更快，请根据需要将视图更改为 YTD_Rule。YTD_Rule 视图成员的性能现在应该更好。如果没有改善，请考虑为大多数资产负债表帐户提取回周期性视图，因为它们已具有 YTD 余额，然后在 Excel 中将损益表帐户的 YTD 余额的期间相加。您可能需要创建一些具有检索的额外工作表选项卡，并添加 Excel 求和公式。然后可以创建“汇总 YTD 余额报表”工作表选项卡，其引用其他工作表选项卡上的 Excel 公式和数据。完成后，您只需单击 SmartView 菜单中的“全部检索”，即可刷新多个检索和汇总选项卡并计算公式。

执行更新视图计算规则以优化“控制至今视图存储”选项的检索性能

使用“控制至今视图存储”选项时，存储的视图维成员 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 数据以及进行报告。将此设置设为是有助于提高数据加载和报表的性能。有关更多信息，请参阅《管理 Financial Consolidation and Close》 指南中的“禁用视图计算”。

查看电子表格设计

非对称

对称报表设计比非对称报表设计快得多。活动报表（请参阅下面的示例报表）中 nOdometer 数较多是低效非对称报表的有效指标。理想情况下，对称报表的 nOdometer 数为 1。

执行时间超过 15 秒的前 10 个最慢的 Essbase 查询

理想情况下，这些列只有一个维，其中成员将会变化，例如，期间 (Jan-Dec)。当您开始添加诸如年份（FY15、FY16 等）的更多维时，网格变得更加不对称，并且检索可能会变慢。同样的概念也适用于行。

根据性能需要，创建多个工作表选项卡，每个选项卡提取较小的特定检索。然后，可以使用 Excel 功能将引用较小的特定检索工作表选项卡的数据合并到汇总工作表中。创建后，只需单击 SmartView 菜单中的“全部检索”，即可刷新多个工作表选项卡和汇总表。

其他注意事项

如果应用程序的成员公式需要大量数据才能进行正确计算，并且成员不在“控制至今视图存储”的“帐户”维中或“密集存储选项”的“移动”和“期间”维中，那么与动态计算相比，存储数据可能更有意义。

如果电子表格具有更少的工作表选项卡并且使用具有动态 POV 的正确定义的 Smart View 查询，则其比具有各种不同数据和文本的大型电子表格的性能更好。

应用传统的 Oracle Essbase 混合检索优化过程。

使用替代变量

对于使用“密集/稀疏优化”选项（其中期间维和移动维是密集维）的应用程序，要提高性能，可以添加 ParallelCustomDimDSO 和 ParallelCustomDimTranslation 替代变量。要看到性能改进，应将这两个替代变量都设置为 True。

对于使用“密集/稀疏优化”选项的应用程序中的多期间合并，要提高性能，可以添加名为 EnableYearlyConsol 的替代变量并将值设置为 True。

请参阅“Financial Consolidation and Close 的替代变量”。