SSIS中Oracle Execute SQL任务表填充完成后仍无限运行问题

问题场景 #

在SSIS中配置Oracle连接，通过Execute SQL任务执行如下建表语句：

CREATE TABLE Blah
AS
SELECT ...

（另有独立任务负责删除该表）
将SSIS项目部署后，通过SQL Agent作业（类型为SQL Server Integration Services Package）运行。当查询涉及超大规模数据集时，运行2小时后在SQL Developer中已确认表Blah数据填充完成，但SQL Agent作业始终无法结束；缩小数据集（添加WHERE条件过滤数据）后，作业可在数分钟内正常完成。查看Integration Services Catalog Reports，日志停留在该Execute SQL任务阶段无任何进展。

可能的原因及排查点 #

• Oracle会话未完成后台收尾操作
  CREATE TABLE AS SELECT（CTAS）操作完成数据写入后，Oracle仍需在后台完成一系列收尾工作：回收临时段空间、更新数据字典元数据、自动收集表统计信息（若开启AUTO_STATISTICS_COLLECTION）、同步表的索引/约束元数据等。这些操作在超大数据量下可能耗时极久，虽然前端SQL Developer能查询到表数据，但Oracle会话并未向SSIS返回执行完成的信号，导致SSIS任务一直处于等待状态。可通过Oracle的v$session、v$process视图查看该会话的状态，确认是否在执行后台任务。

• SSIS事务配置导致的阻塞
  如果SSIS包或Execute SQL任务的事务选项设置为Required/Supported，且启用了分布式事务协调器（MSDTC），超大规模的CTAS操作可能导致分布式事务因资源占用过高、超时设置不合理而无法正常提交。此时SSIS会一直等待事务确认，表现为任务停滞。可检查任务的事务配置，尝试将Execute SQL任务的事务选项改为Not Supported（仅针对该独立的CTAS任务），观察是否能正常结束。

• SSIS连接管理器的超时设置不合理
  检查Oracle连接管理器的CommandTimeout参数：如果设置的超时时间过短，可能导致SSIS提前判定任务失败，但此处表现为无限等待，更可能是超时设置过大，或者连接管理器未正确捕获Oracle的执行完成信号。可尝试调整CommandTimeout为合理值（如适配后台收尾的预估时间），或重置连接管理器的默认配置。

• 服务器资源瓶颈导致的线程阻塞
  处理超大数据集时，SQL Agent所在服务器的CPU、内存、网络带宽可能被耗尽，导致SSIS包的执行线程被阻塞，无法及时接收Oracle返回的执行完成通知。可查看服务器的性能监控数据（CPU使用率、内存占用、网络IO），确认是否存在资源饱和的情况。

• Oracle端的锁或会话阻塞
  虽然表数据已填充完成，但可能存在其他会话对该表或相关对象持有锁，导致当前SSIS的Oracle会话无法完成后续的事务提交或资源释放。可通过Oracle的v$lock、v$session_wait视图排查是否存在锁阻塞情况。

内容的提问来源于stack exchange，提问作者Eric Klaus