Azure AppService(C#+NHibernate)偶发无法连接外部SQL Server求助

遇到这种间歇性的连接问题确实让人头疼，尤其是本地运行完全正常、SSMS也能连通，但Azure环境下偶尔掉链子的情况。结合你的描述，我整理了几个最可能的原因和对应的排查、解决步骤：

1. Azure App Service出站IP地址变化被拦截 #

B1属于多租户的App Service计划，这类计划的出站IP地址不是固定的——当App Service进行缩放、平台维护或者重启时，出站IP可能会发生变化。如果第三方SQL Server的防火墙只添加了之前的某个IP，新的出站IP就会被拦截，导致连接失败。

排查步骤： #

• 登录Azure门户，进入你的App Service资源，导航到网络 > 出站IP地址，查看当前所有的出站IP列表（B1计划通常有4-8个左右）。
• 联系第三方SQL Server管理员，检查他们的防火墙规则是否允许所有这些IP访问1433端口（SQL默认端口）。

解决方法： #

• 将所有出站IP地址添加到第三方SQL Server的防火墙白名单中，确保不会遗漏任何可能的出站IP。
• 如果你后续升级到隔离计划（Isolated SKU），可以使用固定的出站IP，但B1计划只能通过添加所有列出的IP来解决。

2. NHibernate连接池管理问题 #

如果应用没有正确管理NHibernate的数据库连接，可能会导致连接池耗尽，或者连接池中的连接因SQL Server端关闭而失效，进而引发间歇性的连接超时。

排查步骤： #

• 检查NHibernate配置：确认connection.release_mode是否设置为auto（默认值，确保Session关闭时自动释放连接）。
• 查看App Service的应用日志，搜索是否有类似“Timeout expired. The timeout period elapsed prior to obtaining a connection from the pool”的警告。
• 使用Azure Application Insights监控应用的数据库连接数，看是否有异常峰值。

解决方法： #

• 确保所有NHibernate Session都通过using语句正确释放，避免连接泄漏：

  using(var session = sessionFactory.OpenSession())
  {
      // 执行数据库操作
  }
  

• 在连接字符串中添加Connection Lifetime=300（单位秒），让连接池自动回收超过5分钟的旧连接，避免使用SQL Server已关闭的无效连接。
• 开启NHibernate的连接验证：在配置中添加test_connection_on_checkout=true，确保从连接池取出的连接是可用的（会额外增加一点开销，但能避免无效连接问题）。

3. Azure与第三方服务器之间的网络波动 #

Azure到外部第三方服务器的网络链路偶尔会出现短暂的抖动，比如路由调整、链路拥塞等，这会导致连接超时，表现为间歇性的失败。

排查步骤： #

• 查看Azure Service Health，检查你App Service所在区域是否有网络相关的服务事件（比如“Network connectivity issues”）。
• 使用App Service的内置诊断工具：导航到诊断并解决问题 > 可用性和性能，查看是否有网络连接相关的错误报告。
• 通过Kudu控制台测试连接：登录App Service的Kudu站点（https://<你的appname>.scm.azurewebsites.net），打开CMD控制台，运行tcpping SQL1234.3rdpartyserver.net 1433，测试端口连通性，多次执行看是否有失败情况。

解决方法： #

• 实现临时故障重试机制：使用Polly库针对SQL连接超时的异常添加自动重试逻辑，比如：

  var retryPolicy = Policy
      .Handle<SqlException>(ex => ex.Number == 10060 || ex.Number == 10054) // 对应连接超时的错误码
      .WaitAndRetry(3, retryAttempt => TimeSpan.FromSeconds(Math.Pow(2, retryAttempt)));
  
  retryPolicy.Execute(() =>
  {
      // 执行NHibernate数据库操作
  });
  

• 如果频繁出现网络波动，可以联系Azure支持，让他们排查Azure到第三方服务器的链路质量。

4. 第三方SQL Server的防火墙限制 #

第三方SQL Server可能有速率限制或者动态IP封禁规则，比如短时间内来自同一IP的连接请求过多，就会临时拦截该IP，导致间歇性连接失败。

排查步骤： #

• 联系第三方SQL Server管理员，查看他们的防火墙日志，确认是否有Azure出站IP被临时封禁的记录。
• 询问对方是否有连接速率限制，比如每分钟最多允许多少个连接请求。

解决方法： #

• 和第三方管理员沟通，调整防火墙规则，放宽对Azure出站IP的限制，或者将这些IP添加到信任列表中。
• 优化应用的数据库操作：减少不必要的数据库请求，使用NHibernate的缓存机制（一级缓存、二级缓存）降低连接频率，避免触发速率限制。

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