informatica 常见问题及解决方案

本文对于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执行时提示操作系统配置文件错误处理

一、问题截图：

二、上图报错内容：

启动 WF_TEST3

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

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

三、问题描述：

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

Informatica为简体中文环境

四、处理方式之一：

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

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

参数说明：

pc：资料库名 

Domain_vmBI：Informatica域名

Administrator：Informatica域用户

admin：Informatica域密码

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

参数说明：

new_test3：文件夹名

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

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

此时已可正常执行Workflow

五、注：

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

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

8、FATAL ERROR:Signal Received : SIGSEGV(11)

   目前根据各自出现问题有N多解决方案，本质原因无法得知，各解决方案如下：

 1）、修改session缓存大小；

 2）、源或目标表结构改变，导致元数据改变，需重新导入源或目标表；

 3）、转换数据类型：char-->varchar；

 4）、varchar（n）精度超长；

 本人分析问题出现原因：datetime类型字段排序，且字段值精确度不统一，日期、时、分、秒兼有之；

 解决方案为：将datetime类型转换为string类型排序关联。