CodeBee·Club
码蜂·窝

EPM迁移(11.1.2.X-11.1.2.4)中的常见问题

如何将启用EPMA的Planning应用程序从11.1.2.X迁移到11.1.2.4-第二部分

介绍

在第一部分中,我们讨论了一般步骤。在这篇文章中,我将探讨常见的问题以及如何解决它们。尽管这些问题是我自己经历的,但很可能是其他问题/您将遇到不同的问题。

迁移问题

在第一章中,我将探讨与规划相关的问题。这些问题按发生的活动分为以下几类:EPMA验证,EPMA部署,LCM导入Planning工件和刷新Planning中的数据库(向Essbase)。

EPMA验证

问题1-错误“期间维度中的成员'D-T-D'没有针对期间类型的值”

导入EPMA Planning应用程序工件后,当您尝试验证应用程序时,可能会收到以下(重复)错误,该错误会阻止您部署应用程序:

此错误是由11.1.2.1版中的错误(在这种情况下为源系统)引起的,并导致错误的LCM导出。 Oracle在文档ID 1511120.1中记录了此问题。

请注意,此问题可能存在于共享或本地期间维度中。在我的情况下,我必须迁移多个Planning应用程序,其中一些使用共享维度,其余使用本地周期维度进行配置。

重要!:如果您已经导入了EPMA Planning应用程序工件,则需要从EPMA应用程序库中删除该应用程序。如果共享期间维,则必须从EPMA维库中删除该期间维。

在LCM导入/导出文件夹中的EPMA LCM导出中,导航到“ \ EPMA-EPM Architect \ resource \ Application Metadata \ Planning Applications \ Local Dimensions”。使用记事本(++)打开文件“ PERIOD”。从此文件中仅删除以下文本块:

保存文件并通过LCM导入EPMA Planning应用程序工件。导入后,从应用程序库中运行验证,并确认错误已消失。

问题2-错误:别名''已在别名表“默认”中使用

导入EPMA Planning应用程序工件之后,您尝试验证应用程序时,可能会收到以下(重复)错误,该错误会阻止您部署应用程序:

与11.1.2.1相比,似乎EPMA验证行为在11.1.2.4中有所变化,在11.1.2.1中允许此配置,而在11.1.2.4中则拒绝。

修复(从技术角度而言)是从EPMA维度库中从提及的维度中的成员中删除提及的别名(不能将其用于维度“名称”中的成员“名称”)。

EPMA部署

#问题1-您不能仅使用分号作为动态calc稀疏成员的公式
在EPMA 11.1.2.1中,不允许使用空公式。您需要在其中放置单个分号。此行为在11.1.2.4中变为相反。不允许使用单个分号,只是必须将公式字段保留为空。在部署应用程序期间,您会收到以下错误:
解决方法很简单,找到有问题的成员,然后从公式字段中删除分号。

计划LCM导入

#问题1-/ Global Artifacts / Calculation Manager规则集/规则集名称:-业务规则导入部分成功。以下工件无法导入规则集:[规则集名称]
就我而言,由于某些原因,规则集并不总是通过LCM导入。为了将丢失或不完整的规则集导入到源系统中,并在计算管理器中,我导出了有问题的规则集。这将产生一个XML文件,可以通过计算管理器将其导入目标系统。

最后说明

由于版本差异,可能会出现一些问题。似乎随着EPM版本的进行,对(元)数据的验证变得更加严格和高级。从功能的角度来看,这是一件好事。但是,在迁移活动中,这可能会带来其他挑战。在您的特定情况下,您可能会遇到其他甚至完全不同的问题。

posted @ 2020-07-27 10:05  CodeBeeClub  阅读(337)  评论(0编辑  收藏  举报