TT_11185的解决方案是什么？由于运行会话花费了太多时间，因此不再使用查找缓存在当前并发源集中构建额外的并发管道
当一个或多个查找SQL花费太长时间来获取数据并缓存数据时，通常会发生这种情况
- 调整查找的SQL。仔细检查会话日志，确定哪个查找或查找SQL需要时间。通过添加更多筛选器或向源添加内部联接来调整它，从查找中删除不需要的列，在索引列上联接，仅按键排序，如果您认为合适，则放置日期筛选器。这将有助于会话的整体性能，并且您的会话将花费更少的时间
现在，如果是平面文件查找，请尝试减少文件中的行数 - 您可以将会话属性
Additional Concurrent Pipelines for Lookup Cache Creation设置为"自动"或类似5的数值。这将确保您的查找被并行缓存，这样整个会话所花费的时间就会更少 - 您也可以增加
DTM Buffer Size，但如果点#1有问题，则不必增加