EF 6 Azure Function部署后Connection string不正确报错问题

1. 修正Azure平台连接字符串配置类型 #

你当前的连接字符串是EF Database First专用的实体连接字符串，包含元数据部分，不能在Azure Function配置页选择SQL Azure作为连接字符串类型，否则Azure会自动修改字符串格式，抹除元数据字段，导致EF初始化失败。
正确操作：

• 连接字符串的类型下拉框选择自定义
• 键名必须和代码中读取的完全一致：CatsDBEntities（大小写敏感）
• 值完整粘贴你本地的EF连接字符串，仅修改服务器地址、账号密码字段即可

2. 验证配置读取逻辑 #

如果是使用Azure Function v2及以上版本运行时，ConfigurationManager读取连接字符串的逻辑和本地有所区别，可以先在代码中添加日志校验读取结果：

var connStr = ConfigurationManager.ConnectionStrings["CatsDBEntities"]?.ConnectionString;
log.LogInformation($"读取到的连接字符串长度：{connStr?.Length ?? 0}");
// 长度为0说明未读取到配置，优先排查配置键名是否匹配

3. 校验EF6资源与依赖部署状态 #

• 打开EF独立项目的CatModel.edmx属性，确认生成操作设置为嵌入的资源，确保csdl/ssdl/msl三个元数据文件被编译到程序集中
• 检查EF项目中EntityFramework、EntityFramework.SqlServer两个dll的复制本地属性设置为True，避免部署时缺失依赖
• 如果EF项目的目标框架和Azure Function运行时框架不匹配，需统一框架版本（EF6推荐搭配.NET Framework 4.8的Function v1运行时，.NET Core/.NET 5+需使用EF Core）

4. 排查Azure SQL访问权限 #

• 进入Azure SQL服务器的防火墙设置，开启允许Azure服务和资源访问此服务器开关
• 若未开上述开关，需将Azure Function的所有出站IP添加到SQL服务器白名单中，Function出站IP可在Function门户的属性页查看

5. 采集完整报错信息定位问题 #

在代码的catch块中输出完整异常堆栈：

catch (Exception ex)
{
    log.LogError(ex, "数据库操作失败");
    response = req.CreateResponse(HttpStatusCode.InternalServerError, ex.Message);
}

随后到Azure Function的监视器或关联的Application Insights中查看完整错误堆栈，可直接定位是配置问题、依赖问题还是权限问题。

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