ITPub博客

首页 > Linux操作系统 > Linux操作系统 > informatica 常见问题及解决方案

informatica 常见问题及解决方案

原创 Linux操作系统 作者:linana8080 时间:2013-07-16 20:25:08 0 删除 编辑
本文对于informatica使用过程中产生的问题及解决方案做总结,持续更新中。。。
1、partitioning option license required to run sessions with user_defined partition points
原因:union 组件要求使用分区,但是license 却没有该权限。
解决方案:1、union中 is partitinable 设置为no,require single thread per partition 取消check;
                  2、重做task;
 完成上述两步,该问题即可解决。
2、FATAL ERROR : Unexpected Condition in file [/u05/bld65_64/pm713n/server/dmapper/widget/wjoiner.cpp] line [3176]. Contact Informatica Technical Support for assistance. Aborting this DTM process due to an unexpected condition.
原因:某一个字段的连接线没有连上导致的错误
3、Message: *********** FATAL ERROR : Unexpected Condition in file [/ZeusbuilderProduction/view/powrmart/common/odl/oracle8/oradriver.cpp] line [241]. Contact Informatica Technical Support for assistance. Aborting this DTM process due to an unexpected condition.
原因:驱动问题
解决方案:原因是我导表结构时,使用的oracle提供的ODBC去导的。。driver是Oracle in OraHome92
这次我换了PC8提供的ODBC去导就好了,driver是DataDirect CLOSED ODBC 5.1 oracle wire protocol
4、FATAL ERROR : Unexpected Condition in file [\ZeusbuilderProduction\view\powrmart\server\cmnutils\svecmatrix.cpp] line [256].  Contact Informatica Technical Support for assistance.  Aborting this DTM process due to an unexpected condition. ***********

Cause:
The error occurred due to sorter transformation's cache size setting. Cache size was set to 1GB.

Resolution:
Resetting the cache size to Auto will resolve the problem. Max limit for cache size on 32-bit server is 3.99 GB. When I calculated the cache size for data I was getting was approximately 5 GB. So I set cache size to Auto at session level and re-run the workflow
5、SRTTRANS: ERROR [22050] in processing Eof for input group 0
原因: there were some invalid records
解决方案: changed stop on errors property to 0, the session succeeded by rejecting the invalid records.
6、Hash insert thrashing detected or Hash find thrashing detected
解决方案:
  • Relax the paging restriction by increasing the value of HASH_THRASHING_PERCENT.

  • Increase the size of the temporary cache (DBA only). Keep in mind that increasing the size of the temporary cache requires an equal size reduction in main cache allocation to prevent the possibility of system thrashing.

  • Attempt to identify and alleviate why Sybase IQ is misestimating one or more hash sizes for this statement. For example, check that all columns that need an LF or HG index have one. Also consider if a multicolumn index is appropriate.

Decrease the value of the database option HASH_PINNABLE_CACHE_PERCENT.


问题2、3、4、5、6中设置session的cache size为auto,充分优化mapping,设置目标加载器的分隔符,减小生成文件大小,充分考虑数据库服务器和informatica的压力,平衡负载,效果比以上方案好。

7、Workflow执行时提示操作系统配置文件错误处理

(解决方案转自:http://blog.sina.com.cn/s/blog_520391d701016wb7.html

Workflow执行时提示操作系统配置文件错误处理

一、问题截图:

Informatica:Workflow执行时提示操作系统配置文件错误处理

二、上图报错内容:

启动 WF_TEST3

(int_pc) 启动工作流: 请求已确认

(int_pc) 启动工作流: ERROR: 工作流 [WF_TEST3] 失败,因为集成服务未启用为使用操作系统配置文件,然而指定了操作系统配置文件。  有关详细信息,请查看集成服务日志。

 

三、问题描述:

新建new_test3文件夹,在Workflow上执行的时候会有提示“指定操作系统配置文件”的错误; Repository Manager中右键new_test3文件夹查看属性,“操作系统配置文件”一栏对应的值为 <无> ;

Informatica为简体中文环境

Informatica:Workflow执行时提示操作系统配置文件错误处理

Informatica:Workflow执行时提示操作系统配置文件错误处理

Informatica:Workflow执行时提示操作系统配置文件错误处理

 

四、处理方式之一:

1、进入Informatica目录C:\Informatica\9.0.1\server\bin,运行pmrep.exe;

输入:connect -r pc -d Domain_vmBI  -n Administrator -x admin

Informatica:Workflow执行时提示操作系统配置文件错误处理

参数说明:

       pc:资料库名 Informatica:Workflow执行时提示操作系统配置文件错误处理

       Domain_vmBIInformatica域名

       AdministratorInformatica域用户

       adminInformatica域密码

2、输入:modifyFolder -n new_test3 -u ''

Informatica:Workflow执行时提示操作系统配置文件错误处理

参数说明:

       new_test3:文件夹名

       ‘’:此参数为空,单引号括起来,中间不要有空格

3、重新开启Repository Manager,右键文件夹new_test3查看属性,此时“操作系统配置文件一栏对应的值已改为  - ,见下图

Informatica:Workflow执行时提示操作系统配置文件错误处理

此时已可正常执行Workflow

 

五、注:

       据记录,此问题仅出现在 Informatica 中文环境,倘若使用的是英文版的 Informatica 便不会有次报错。

       使用此方法较为麻烦的地方在于,以后新建的 Folder 均须做此调整之后才能正常使用。

8、FATAL ERROR:Signal Received : SIGSEGV(11)
   目前根据各自出现问题有N多解决方案,本质原因无法得知,各解决方案如下:
 1)、修改session缓存大小;
 2)、源或目标表结构改变,导致元数据改变,需重新导入源或目标表;
 3)、转换数据类型:char-->varchar;
 4)、varchar(n)精度超长;
 本人分析问题出现原因:datetime类型字段排序,且字段值精确度不统一,日期、时、分、秒兼有之
 解决方案为:将datetime类型转换为string类型排序关联。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/28690368/viewspace-766425/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2013-07-16

  • 博文量
    8
  • 访问量
    47295