Azure App Service周期性断开本地SQL数据库连接，仅重启可恢复

一、核心问题定位：连接池无效连接堆积 #

你的场景中，重启App Service即可恢复连接但Kudu控制台能正常访问数据库，核心原因是SQL连接池中的无效连接未被及时清理：

• App Service应用进程会复用连接池内的SQL连接，当VPN隧道出现短暂波动时，连接池中的部分连接会变为失效状态，但连接池不会自动检测并清理这些无效连接；
• Kudu是独立进程，其连接池初始为空，每次请求都会创建新连接，因此不受无效连接影响。

修复方案 #

1. 调整连接字符串参数
   在现有连接字符串中添加连接池配置，强制清理无效连接：

Data Source=192.168.xxx.xxx\Name;Initial Catalog=DBName;Persist Security Info=False;User ID=User;Password=Password;Trusted_Connection=False;Connection Timeout=120;Connection Lifetime=60;Max Pool Size=100;Pooling=true;

• Connection Lifetime=60：设置连接最大存活时间（秒），到期后自动销毁连接，避免长期持有无效连接；
• Max Pool Size=100：限制连接池最大连接数，防止连接耗尽。

2. 在异常处理中清理无效连接
   修改代码，捕获数据库连接异常时清除当前连接对应的连接池：

using (var dbConnection = new SqlConnection(AppSettings.DBConnection))
{
    try
    {
        if (dbConnection.State != ConnectionState.Open)
            await dbConnection.OpenAsync();

        string query = "SELECT * FROM dbo.table";

        using (var sqlDataAdapter = new SqlDataAdapter(query, dbConnection))
        {
            DataTable dt = new DataTable();
            sqlDataAdapter.Fill(dt);
            details.itemDetails = DBHelper.GetListOfObjects<ItemDetail>(dt);
            details.otherDetails = DBHelper.GetListOfObjects<OtherDetail>(dt);
        }
    }
    catch (Exception e)
    {
        // 清除当前连接所在的连接池，避免复用无效连接
        SqlConnection.ClearPool(dbConnection);
        throw new Exception($"Could not fetch Item Details{Environment.NewLine}{e.Message}");
    }
}

二、跨区域网关的影响分析 #

Local Network Gateway（美国中北部）与Virtual Network Gateway（美国西部）跨区域部署，确实可能引发连接不稳定：

• 跨区域链路存在更高的网络延迟和潜在数据包丢包率，即使VPN连接状态显示正常，也可能出现间歇性链路波动；
• 这种波动不会触发VPN连接状态变更，但会导致SQL连接超时或重置，进而积累无效连接池。

优化建议 #

1. 同区域部署网关：若业务允许，将Virtual Network Gateway迁移至美国中北部，与Local Network Gateway同区域，减少跨区域链路影响；
2. 启用VPN快速路径：如果使用Azure VPN Gateway Generation2 SKU，启用快速路径功能，优化跨区域流量传输效率；
3. 监控VPN链路指标：在Azure门户查看VPN Gateway的隧道丢包率、入口/出口数据包数等指标，定位是否存在链路波动问题。

三、App Service VNet集成与配置优化 #

1. 验证路由范围：确认App Service VNet集成的路由表已包含本地数据库所在子网段，确保流量正确走VNet隧道；
2. 启用Always On：在App Service配置中开启「始终开启」功能，避免应用因闲置被回收导致连接池状态异常；
3. 调整应用池回收策略：设置应用程序池定期回收（如每天凌晨），主动清理积累的无效连接池。

四、日志与监控强化 #

• 启用App Service诊断日志，收集SQL连接的详细错误信息（如错误代码、堆栈跟踪），进一步定位问题；
• 使用Azure Monitor监控App Service到本地数据库IP的出站流量，查看是否有流量中断或延迟飙升情况；
• 检查本地数据库日志，确认是否存在连接数限制、登录失败等记录。

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