AAS模型暂停恢复后，ADOMD.net连接返回307重定向问题求助

这个场景我之前帮同行排查过类似情况，核心原因和Azure AAS的PAAS特性、ADOMD.Net的连接池机制直接相关，咱们一步步拆解清楚：

为什么会触发307重定向？ #

当你的AAS模型暂停再恢复时，Azure的PAAS调度机制可能会把实例迁移到新的节点上。这时候原来的服务Endpoint（https://asazureweu5-westeurope.asazure.windows.net/webapi/xmla）会被临时重定向到新节点的Endpoint（https://asazureweu10-westeurope.asazure.windows.net/webapi/xmla），返回307是Azure服务的正常调度行为。

为什么重启API就能解决？ #

你猜的没错，这确实和连接池缓存有关。ADOMD.Net默认启用连接池，它会缓存已建立连接的关键信息（包括目标Endpoint地址）。当AAS的Endpoint变更后，连接池里的旧连接依然指向原来的asazureweu5地址，发起请求时自然会收到307错误。而重启API会彻底清空进程内的连接池，新创建的连接会重新解析AAS当前的正确Endpoint，所以就能正常工作了。

解决方案（按推荐程度排序） #

1. 升级ADOMD.Net客户端到最新版本 #

微软在后续的ADOMD.Net版本中优化了对Azure AAS重定向的处理，部分版本已经支持自动跟随307重定向并更新连接池中的Endpoint信息。先检查你当前使用的ADOMD.Net版本，尽量升级到最新稳定版，这是最省心的方案。

2. 捕获307错误并主动清空连接池 #

在代码中捕获WebException，识别到307状态码时清空对应连接池，再重新建立连接：

try
{
    using (var conn = new AdomdConnection(connectionString))
    {
        conn.Open();
        // 执行你的查询逻辑
    }
}
catch (WebException ex)
{
    var httpResponse = ex.Response as HttpWebResponse;
    if (httpResponse?.StatusCode == HttpStatusCode.TemporaryRedirect)
    {
        // 清空当前连接池
        AdomdConnection.ClearPool(conn);
        // 或者清空所有ADOMD连接池
        // AdomdConnection.ClearAllPools();
        
        // 重新尝试连接
        using (var newConn = new AdomdConnection(connectionString))
        {
            newConn.Open();
            // 重新执行查询逻辑
        }
    }
    else
    {
        // 抛出其他类型的异常
        throw;
    }
}

3. 禁用连接池（仅临时应急） #

如果暂时无法升级客户端或修改代码，可以在连接字符串中添加Pooling=false，这样每次请求都会创建新连接，自然会获取最新的Endpoint。但要注意，禁用连接池会导致性能下降（每次都要重新建立TCP连接和身份验证），只适合低并发场景临时使用。

4. 定时触发连接池刷新 #

既然你的AAS模型每晚都会暂停恢复，可以在恢复完成后（比如设置定时任务），主动调用AdomdConnection.ClearAllPools()清空连接池，确保后续请求使用新的Endpoint。

验证步骤 #

• 出现问题时，用curl或Postman请求旧的Endpoint，确认是否返回307和新地址，验证是Endpoint变更导致的问题。
• 查看Azure AAS的活动日志，检查暂停恢复操作时是否有节点调度的相关记录，进一步确认原因。

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