然而,罪魁祸首是 EPM 系统配置器工具

Explore workouts, and achieving AB Data
Post Reply
Bappy11
Posts: 474
Joined: Sun Dec 22, 2024 9:27 am

然而,罪魁祸首是 EPM 系统配置器工具

Post by Bappy11 »

今天我注意到 Oracle EPM/Hyperion Financial Reporting 11.2.0.0 中存在一个问题,该问题延续到了 11.2.1.0 和 11.2.2.0。

Hyperion LCM 命令行实用程序在财务报告(现为“文档存储库”)中运行正常,但共享服务控制台中的用户界面却不行。此问题仅特定于“文档存储库”。

观察到的症状发生在尝试在共享服务控制台中导入或导出文档存储库时。尝试导出时,您会看到臭名昭著的 EPMLCM-13000 错误,这可能意味着任何事情(通常意味着模块不起作用、离线或您缺乏相关模块的权限)。尝试导入时,它说您没有访问文档存储库的权限。



之前。以下是我们仅部署了 EPM Foundation、财务报告而未部署其他任何内容之后的情况:





正确的 dbName 如上所示。这是我为 EPM Foundation 使用的 dbName。在 EPM 11.2.x 中,报告分析 牙买加电报数据 框架存储库不再存在,相反,财务报告的表应该(在我看来)与 EPM Foundation 位于同一位置。查看表名,您就会明白原因。

这是我们部署了更多模块之后的情况。





在这里您可以看到配置已切换为使用 FDMEE 的数据库。请注意,在部署 FDMEE 时我没有触及财务报告。

财务报告的配置是否保持原样,或者在后台切换到使用 Planning、FDMEE 或其他具有自己数据库的产品,这完全取决于运气。

尽管有关 FRConfig 工具的 Oracle 知识库文章非常古老,但 dbName 和 DbURL 属性是只读的。
Post Reply