informatica执行时间长，报错

[iamascv1]

大家好，我在数据抽取的过程中，有的任务执行2个多小时，查看日志，发现是lookup组件报的警告，具体日志如下：

2014-09-30 02:34:33 : INFO : (22231 | LKPDP_2:TRANSF_1_1) : (IS | IS_ETL_ODS_02) : node02_152 : TT_11195 : Warning: Unsorted input found when building the cache for the Lookup transformation [LK_V_DJ_NSRXX]. The current number of entries in the index cache is 840026. For optimal performance, use sorted input.

2014-09-30 04:59:41 : ERROR : (22231 | LKPDP_2:TRANSF_1_1) : (IS | IS_ETL_ODS_02) : node02_152 : CMN_1117 : ERROR: Could not allocate space in file [/home/infa/Informatica/PowerCenter950/server/infa_shared/Cache/PMLKUP337_14_0_136771L64.dat].
2014-09-30 04:59:41 : ERROR : (22231 | LKPDP_2:TRANSF_1_1) : (IS | IS_ETL_ODS_02) : node02_152 : TM_6085 : A fatal error occurred at  transformation [LK_V_DJ_NSRXX{{BLD}}], and the session is terminating. 
2014-09-30 04:59:41 : ERROR : (22231 | LKPDP_2:TRANSF_1_1) : (IS | IS_ETL_ODS_02) : node02_152 : TM_6085 : A fatal error occurred at  transformation [LK_V_DJ_NSRXX{{DSQ}}], and the session is terminating. 
2014-09-30 04:59:41 : ERROR : (22231 | LKPDP_2:TRANSF_1_1) : (IS | IS_ETL_ODS_02) : node02_152 : TM_6085 : A fatal error occurred at  transformation [LK_V_DJ_NSRXX{{DSQ}}], and the session is terminating. 
2014-09-30 04:59:41 : ERROR : (22231 | LKPDP_2:TRANSF_1_1) : (IS | IS_ETL_ODS_02) : node02_152 : TM_6085 : A fatal error occurred at  transformation [LK_V_DJ_NSRXX{{DSQ}}], and the session is terminating. 
2014-09-30 04:59:41 : DEBUG : (22231 | LKPDP_2:TRANSF_1_1) : (IS | IS_ETL_ODS_02) : node02_152 : DBG_21511 : TE: Fatal Transformation Error.

最后任务执行失败
其中lookup组件用的是一个视图，视图已经做过优化，但不清楚里面提到的"sorted input"，是什么意思？
在lookup组件上，有个“Sorted Input”的选项，但是是灰色的，怎么才能让它变为可选？
日志信息还提到“Could not allocate space in file ”，但是我看看磁盘空间很富裕，使用了50%不到，为什么还提示不能分配空间。
下面是我的lookup组件的截图：



都各位高手帮忙看一下，如果还需要什么信息，请说。

[DaoDao945]

不知道lz的问题解决了没有，如果解决的话 请share一下。 帖子中的问题， 1. sorted input选项在lookup组件中不适用于source type为database的 2. 报错问题在于生成的cache中数据文件太大。 这个视图中用于lookup condition的字段的distinct value就有80W之多，所以总体数据量应该蛮大的。 如果不能优化逻辑，缩小lookup的数据集大小的话，那么只能增大lookup cache data size 的大小。