informatica SORT_40406 錯誤解決方案

lynx286發表於2008-05-15

原文見:

<wbr>


把informatica資料庫由windows 2003恢復到AIX上,只要MAPPING中有SORTER元件就會有如下錯誤:
: INFO : TM_6151 : Session Sort Order: [Binary]
: INFO : TM_6156 : Using LOW precision decimal arithmetic
: INFO : TM_6180 : Deadlock retry logic will not be implemented.
: INFO : TM_6307 : DTM Error Log Disabled.
: INFO : TE_7022 : TShmWriter: Initialized
: INFO : DBG_21693 : SRT_BY_ID_DATE: Cache size for partition [1] = [390451568]
: INFO : SORT_40419 : For Transformation [SRT_BY_ID_DATE], memory used is [390451568] bytes and row size is 92 bytes.
: ERROR : SORT_40406 : In transformation [SRT_BY_ID_DATE], an error has occurred [There are only 64 megabytes of process rss space available. Either increase the swap space or decrease the Cache Size in the Transformation [SRT_BY_ID_DATE].]
: ERROR : SORT_40406 : In transformation [SRT_BY_ID_DATE], an error has occurred [Internal sort error [-183] [[2][-1]]]
: ERROR : SORT_40402 : A fatal Sort error has occurred in function [sort_get_plan_info].
: ERROR : TE_7017 : Failed to Initialize Server Transformation SRT_BY_ID_DATE
: ERROR : TM_6006 : Error initializing DTM for session [s_m_Sl_Ts_CompanyPdtDay].
: INFO : TM_6018 : Session [s_m_Sl_Ts_CompanyPdtDay] run completed with [0] row transformation errors.
: INFO : PETL_24002 : Parallel Pipeline Engine finished.
: INFO : PETL_24013 : Session run completed with failure.

把Sorter Cache Size改成50000 然後再次執行SESSION 就成功了,可是這樣改是不是過於複雜了

解決方案如下:
這個問題,比較經典的。。一般從從windows恢復知識庫到unix都是有的,這個問題不在informatica這一層,而在作業系統層,
在unixbox下, 用命令ulimit -a

你可以看到DA他的值過於小嘞,增大DA他的值,或者設定成ulimit,這個問題就可以解決了
RSS: “Resident Set Size”, 實際駐留”在記憶體中”的記憶體數. 不包括已經交換出去的程式碼. 舉一個例子: 如果你有一個程式使用了100K記憶體, 作業系統交換出40K記憶體, 那麼RSS為60K. RSS還包括了與其它程式共享的記憶體區域.

修改命令(如果你有許可權)
ulimit -s -d xxxxxxxx

手動設定一個大小 ulimit -s -d xxxxxx

查查 ulimit -a -H,查你的hard limit大小

已經解決
原來是an error has occurred [There are only 64 megabytes of process rss space available這個問題

[@more@]

原文見:

<wbr>


把informatica資料庫由windows 2003恢復到AIX上,只要MAPPING中有SORTER元件就會有如下錯誤:
: INFO : TM_6151 : Session Sort Order: [Binary]
: INFO : TM_6156 : Using LOW precision decimal arithmetic
: INFO : TM_6180 : Deadlock retry logic will not be implemented.
: INFO : TM_6307 : DTM Error Log Disabled.
: INFO : TE_7022 : TShmWriter: Initialized
: INFO : DBG_21693 : SRT_BY_ID_DATE: Cache size for partition [1] = [390451568]
: INFO : SORT_40419 : For Transformation [SRT_BY_ID_DATE], memory used is [390451568] bytes and row size is 92 bytes.
: ERROR : SORT_40406 : In transformation [SRT_BY_ID_DATE], an error has occurred [There are only 64 megabytes of process rss space available. Either increase the swap space or decrease the Cache Size in the Transformation [SRT_BY_ID_DATE].]
: ERROR : SORT_40406 : In transformation [SRT_BY_ID_DATE], an error has occurred [Internal sort error [-183] [[2][-1]]]
: ERROR : SORT_40402 : A fatal Sort error has occurred in function [sort_get_plan_info].
: ERROR : TE_7017 : Failed to Initialize Server Transformation SRT_BY_ID_DATE
: ERROR : TM_6006 : Error initializing DTM for session [s_m_Sl_Ts_CompanyPdtDay].
: INFO : TM_6018 : Session [s_m_Sl_Ts_CompanyPdtDay] run completed with [0] row transformation errors.
: INFO : PETL_24002 : Parallel Pipeline Engine finished.
: INFO : PETL_24013 : Session run completed with failure.

把Sorter Cache Size改成50000 然後再次執行SESSION 就成功了,可是這樣改是不是過於複雜了

解決方案如下:
這個問題,比較經典的。。一般從從windows恢復知識庫到unix都是有的,這個問題不在informatica這一層,而在作業系統層,
在unixbox下, 用命令ulimit -a

你可以看到DA他的值過於小嘞,增大DA他的值,或者設定成ulimit,這個問題就可以解決了
RSS: “Resident Set Size”, 實際駐留”在記憶體中”的記憶體數. 不包括已經交換出去的程式碼. 舉一個例子: 如果你有一個程式使用了100K記憶體, 作業系統交換出40K記憶體, 那麼RSS為60K. RSS還包括了與其它程式共享的記憶體區域.

修改命令(如果你有許可權)
ulimit -s -d xxxxxxxx

手動設定一個大小 ulimit -s -d xxxxxx

查查 ulimit -a -H,查你的hard limit大小

已經解決
原來是an error has occurred [There are only 64 megabytes of process rss space available這個問題

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/53005/viewspace-1004077/,如需轉載,請註明出處,否則將追究法律責任。

相關文章