使用SSIS包从Oracle向SQL Server传输数据时性能指数级下降问题咨询

• 源端Oracle分页拉取逻辑缺陷：如果你的SSIS脚本采用偏移量分页的方式按批次拉取数据（比如使用OFFSET N ROWS FETCH NEXT 10000 ROWS ONLY语法或等价的ROWNUM分页逻辑），随着批次号增加，Oracle每次查询需要跳过的前序数据量会线性上升，查询扫描成本随批次同步增长，是这类逐批拉取耗时递增最常见的诱因。
• Oracle一致性读开销增长：如果所有批次拉取复用同一个事务上下文，为了保证全局数据一致性，Oracle需要维护整个拉取周期的UNDO快照，越靠后的批次查询，需要回溯的UNDO日志量越大，查询耗时会逐步升高。
• SSIS资源泄漏：如果你的自定义拉取脚本没有在每批处理完成后正确释放数据集、连接句柄等资源，会导致SSIS进程内存占用随批次推进持续上涨，当内存占用超过系统可用阈值后，操作系统触发虚拟内存页交换，磁盘IO开销陡增，直接导致后续批次处理耗时指数级上升。
• 临时表隐性写入开销：虽然你提到临时表无索引，但如果临时表存在未注意到的约束（比如唯一约束、隐性触发器）、或者每批插入前会做全表范围的重复校验逻辑，随着临时表数据量增长，这类全表扫描操作的耗时会同步上升。
• SQL Server事务日志开销：如果临时表所在数据库的恢复模式为完整/大容量日志模式，且每批插入对应独立事务，事务日志文件随数据写入持续自动扩容，扩容过程会阻塞写入操作，也会表现为后续批次写入耗时逐步增加。

内容的提问来源于stack exchange，提问作者Subash Basnayake