【发布时间】:2017-06-12 01:09:39
【问题描述】:
我在处理映射时遇到了一种奇怪的行为,因此与它相关联的会话以及工作流(我从映射创建了工作流)。我什至多次运行工作流,甚至读取和写入 2 个目标表。
虽然结果在逻辑上还不正确,但读取的源和目标写入的源(oracle 上的目标表在运行前完全为空),mappign 肯定不是无效的。 不幸的是,PowerCenter 崩溃了,一旦我打开它,它就会告诉我我使用的映射无效。
经过几次检查后,我发现存储库管理器仍在将旧的源表关联到该映射(但之前没有)并给我以下信息:
*开始验证 1 个对象。正在获取 m_scbesc_storage21(版本 1) 正在验证 m_scbesc_storage21(版本 1) 正在验证映射 m_scbesc_storage21 的转换... ...转换验证完成且没有错误。验证映射 m_scbesc_storage21 的数据流... ...(警告)链接精度不匹配:从 FDS_EINKAUFUMSATZ:PK_ID 到 SQ_FDS_EINKAUFUMSATZ:PK_ID。这可能会导致意外行为。 ...(警告)链接精度不匹配:从 FDS_EINKAUFUMSATZ: MONAT 到 SQ_FDS_EINKAUFUMSATZ: MONAT。这可能会导致意外行为。 ... SQ SQ_FDS_EINKAUFUMSATZ1 的输入源没有关系。 ...存在数据流验证错误。解析映射 m_scbesc_storage21... ...解析完成,没有错误。 ******** 映射 m_scbesc_storage21 无效 ******** ************ 完成验证。*
但实际上它所引用的对象不再被映射使用(是的,我确实从映射中删除了它,然后引用了工作流并对其进行了验证,这个阶段是我能够运行工作流的时候)。
确实,我看不到与特定映射关联的特定对象,但我可以在存储库管理器中看到它。 不幸的是,我无法从存储库管理器中删除 if(因为我可以为其他人做)并且我们的许可证还没有版本控制支持。
由于该对象与其他工作流程无关,因此尝试物理删除该对象是一种解决方案吗?
如果是这样,我可以在 Informatica 文件夹中的何处找到 Repository Manager 文件?
如果不是,我该如何继续考虑到我无法使用版本控制功能?
在这里,您可以如何从存储库管理器树视图的映射中看到该源不再存在:
mapping structure from Repository tree
或来自电源设计师:
mapping structure from Designer tree
但是由于从日志错误库管理器开始再次引用它,我无法再删除它:
【问题讨论】:
-
您的存储库是否有版本?
-
据我所知不是。正如所写,我们有一个不附带版本控制的基本许可证
-
我刚刚意识到错误说SQ SQ_FDS_EINKAUFUMSATZ1没有关系,但从图像中可以看出(我无法上传),这是完全错误的,因为obj已连接。确实,这是我拥有 Override SQL 的地方
-
我认为这个问题部分是基于对 infa/powercenter 存储库是基于 xml 的误解。您的映射/会话/工作流元数据存储在关系数据库中,您可以使用 SQL 进行查询
-
@Lars 我知道有一个数据库。实际上我知道 Informatica powercenter 使用 H2 数据库引擎,但是这个 tsill 并没有回答这个问题,因为我不想简单地查询它,我希望能够引用存储对象的文件夹,所以我真的不关心它们是 xml(原样)、json 还是其他格式
标签: etl informatica informatica-powercenter