在Kubernetes（AKS）中通过EF Core连接SQL Server 2008 R2失败

结合你描述的场景——.NET Core 2.0 Web API部署在Azure AKS，通过VPN连接本地SQL Server 2008 R2 SP3，SqlConnection正常但EF Core报错——我分享几个实际排查过的方向：

1. 显式配置EF Core与SQL Server 2008 R2的兼容级别 #

.NET Core 2.0对应的EF Core 2.x版本理论上支持SQL Server 2008 R2，但需要手动指定兼容级别，避免生成高版本SQL特性的语句。在你的DbContext的OnConfiguring方法里添加配置：

protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
    optionsBuilder.UseSqlServer(
        "你的连接字符串",
        options => options.SetDbMaxCompatibilityLevel(SqlServerCompatibilityLevel.SqlServer2008)
    );
}

2. 调整连接字符串的特殊参数 #

虽然SqlConnection能正常连接，但EF Core对部分参数的处理逻辑有差异：

• 加密设置：AKS云环境下EF Core可能默认启用加密（Encrypt=true），但SQL Server 2008 R2的加密配置不兼容。尝试在连接字符串中添加Encrypt=false;TrustServerCertificate=true（仅在内部VPN环境下使用，避免公网传输风险）。
• 连接池排查：临时添加Pooling=false到连接字符串，排除连接池失效连接的问题（仅用于测试，不建议长期关闭）。

3. 捕获完整的异常信息 #

你提到的错误只显示“An error occu...”，无法定位核心问题。建议在Web API中添加全局异常处理，捕获完整的异常栈和内部错误：

public void Configure(IApplicationBuilder app, IHostingEnvironment env)
{
    app.UseExceptionHandler(errorApp =>
    {
        errorApp.Run(async context =>
        {
            var exception = context.Features.Get<IExceptionHandlerFeature>()?.Error;
            if (exception != null)
            {
                var fullError = $"错误信息：{exception.Message}\n堆栈跟踪：{exception.StackTrace}\n内部错误：{exception.InnerException?.Message}";
                await context.Response.WriteAsync(fullError);
            }
        });
    });

    // 其他中间件配置
}

4. 验证EF初始化所需的数据库权限 #

EF Core首次初始化模型时，需要查询系统视图（如sys.tables、sys.columns）生成映射。确保你的数据库用户有这些视图的读取权限，可通过SqlConnection执行以下语句测试：

SELECT * FROM sys.tables;

如果查询失败，需给用户授予VIEW DEFINITION权限或对应的系统视图读取权限。

5. 升级EF Core到兼容的稳定版本 #

.NET Core 2.0对应的EF Core 2.0版本已停止支持，建议升级到EF Core 2.2.x（.NET Core 2.0支持的最高EF Core版本），修复老版本的兼容性Bug。

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