SSIS循环调用SOAP WebService遇连接池满，求延迟/等待解决方案

嘿，碰到SSIS里Web Service Task频繁报“连接池达到最大限制”的错误（就是你提到的0xC002F304错误）确实挺闹心的。先明确说：SSIS的Web Service Task本身没有自带的延迟/等待按钮，但咱们有几个靠谱的办法搞定这个问题：

1. 用Script Task手动加延迟等待 #

这是最直接的操作——在每次调用Web Service Task的前后，插一个Script Task，让程序暂停一会儿，给连接池足够时间释放闲置连接。

比如用C#写脚本（Script Task里选C#语言）：

using System.Threading;
public void Main()
{
    // 这里设置延迟毫秒数，比如5000就是5秒，你可以根据测试调整
    Thread.Sleep(5000);
    Dts.TaskResult = (int)ScriptResults.Success;
}

要是习惯VB的话：

Imports System.Threading
Public Sub Main()
    Thread.Sleep(5000)
    Dts.TaskResult = ScriptResults.Success
End Sub

建议从1-2秒开始试，慢慢调到刚好不报错的时长，别等太久影响效率。

2. 调整连接池的配置上限 #

如果延迟还压不住，要是你有权限改Web服务端的配置，可以试试放大连接池的容量：

• 找到Web服务的Web.config文件，在<system.serviceModel>节点里加个服务限流配置，比如：

<system.serviceModel>
  <behaviors>
    <serviceBehaviors>
      <behavior>
        <!-- 这里的数值可以根据你的并发需求调整，比如从默认的16改到100 -->
        <serviceThrottling maxConcurrentCalls="100" maxConcurrentSessions="100" />
      </behavior>
    </serviceBehaviors>
  </behaviors>
</system.serviceModel>

这个是从服务端根源上增加可同时处理的连接数，比客户端延迟更治本。

3. 把循环改成串行执行 #

如果你的Web Service Task是在Foreach Loop这类循环里跑的，一定要确保它是一个接一个执行，不是同时跑一堆：

• 右键点循环容器，选“属性”，找到MaxConcurrentExecutables，把它设为1（默认是-1，会按CPU核心数开并发）。这样每次只会发起一个Web服务请求，不会一下子把连接池占满。
• 要是批量处理数据，可以分成小批次，每处理完一批就加个延迟，再处理下一批，压力会小很多。

4. 确保连接能正确释放 #

有时候连接池爆满是因为异常导致连接没被回收：

• 给Web Service Task套个Try Catch Container，哪怕调用失败，也能保证资源被正确清理。
• 别在循环里反复创建新的Web服务连接管理器，尽量复用同一个，减少连接创建的开销。

按这些方法试下来，应该能解决你碰到的连接池问题啦！

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