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類型排序關聯。