运行数小时后Web API出现SQL网络连接错误排查求助

针对你遇到的Blazor应用+API部署在同一IIS服务器，运行1-2天后API无法连接SQL Server、仅重启服务器才能恢复的问题，以下是可能的原因及对应的排查、解决方法：

1. 数据库连接泄漏导致连接池耗尽 #

• 原因：API代码中未正确释放数据库连接（如DbContext或SqlConnection未用using语句包裹），连接池资源被持续占用，最终无法建立新的命名管道连接。
• 排查：
  • 检查API的数据库操作代码，确认所有连接/上下文都通过using块自动释放，例如：

    using (var context = new AppDbContext())
    {
        // 数据库操作逻辑
    }
    

  • 查看SQL Server错误日志，搜索是否存在"connection pool exhausted"或类似资源耗尽的条目。
• 解决：
  • 修复所有未正确释放连接的代码；
  • 若业务需求确实需要，可调整连接字符串中的Max Pool Size参数（默认值为100），但优先解决连接泄漏问题，避免盲目调大参数。

2. IIS应用程序池内存泄漏或资源耗尽 #

• 原因：API所在的应用程序池存在内存泄漏，长时间运行后占用过多系统资源，导致无法分配新资源用于SQL连接。仅重启网站无法彻底释放应用程序池资源，需重启服务器才能重置。
• 排查：
  • 打开IIS管理器，查看应用程序池的"私有字节数"性能计数器，若数值持续增长无回落，说明存在内存泄漏；
  • 使用内存分析工具（如dotMemory）对API进程进行快照分析，定位未释放的对象或静态引用。
• 解决：
  • 配置应用程序池定期回收（如每天凌晨低峰时段），临时缓解问题；
  • 修复API中的内存泄漏点，例如清理未释放的事件订阅、优化静态缓存的过期策略等。

3. Windows命名管道资源耗尽 #

• 原因：Windows系统对命名管道的实例数量有默认限制，若无效的管道连接未被及时回收，达到上限后无法创建新连接。重启服务器会清理所有无效管道资源。
• 排查：
  • 在服务器命令行执行netstat -ano，查看命名管道相关连接的状态，是否存在大量TIME_WAIT或CLOSE_WAIT状态的条目；
  • 查看Windows事件日志（系统日志），搜索是否有"named pipe"相关的警告或错误。
• 解决：
  • 调整连接字符串中的Connection Timeout参数（建议设为30以内），缩短无效连接的存活时间；
  • 谨慎修改Windows注册表中的MaxNamedPipeInstances值（路径：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters），修改前需参考微软官方文档确认合理值。

4. SQL Server命名管道服务异常 #

• 原因：尽管初始正常，但SQL Server的命名管道监听服务可能因内部状态异常导致无法接受新连接，仅重启SQL服务无法彻底清理相关资源，需服务器重启重置。
• 排查：
  • 打开SQL Server配置管理器，确认"SQL Server网络配置"中目标实例的命名管道已启用，且管道名称正确；
  • 查看SQL Server错误日志，搜索是否有"Named Pipes Provider"相关的异常记录。
• 解决：
  • 修改API的数据库连接字符串，切换为TCP/IP协议连接（例如将Server=.\SQLEXPRESS改为Server=127.0.0.1,1433），避开命名管道的问题；
  • 确保SQL Server服务账户拥有足够权限访问命名管道资源。

5. Windows网络栈异常 #

• 原因：服务器长时间运行后，网络栈（如TCP/IP或命名管道驱动）出现异常，导致本地连接失败。重启服务器会重置整个网络栈。
• 排查：
  • 查看Windows系统事件日志中的系统日志，是否有网络驱动相关的错误；
  • 当问题出现时，在服务器上执行sqlcmd -S .\instance -U username -P password，测试是否能直接连接SQL Server。
• 解决：
  • 安装Windows最新的累积更新补丁，修复可能的网络栈bug；
  • 作为临时方案，可设置服务器定期重启（如每周一次），同时持续排查根本原因。

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