使用EF 6数据库优先模型的Azure Function连接字符串配置问题

这种本地跑的好好的，一部署到Azure就掉链子的情况我可太熟了，结合你给出的连接字符串和场景，咱们从几个最常见的坑入手排查：

• 检查Azure连接字符串的配置类型
  这是最容易踩的坑！在Azure Function的「配置」→「应用设置」里添加连接字符串时，一定要把类型选为Custom，而不是默认的SQL Server。因为SQL Server类型会自动把你输入的字符串解析为普通SqlClient格式，而Entity Framework需要的是完整的EntityClient连接字符串，选Custom才会原封不动地返回给你的代码。

• 验证嵌套引号的正确性
  你的连接字符串里用单引号包裹内层的provider connection string内容，在Azure门户配置时要确保这些引号没有被自动转义或者丢失。如果配置后还是报错，可以尝试把单引号换成转义的双引号，比如：

  metadata=res://*/CatModel.csdl|res://*/CatModel.ssdl|res://*/CatModel.msl; provider=System.Data.SqlClient;providerName=System.Data.EntityClient; provider connection string=\"data source=xxx.database.windows.net;initial catalog=CatsDB; user id=xxx;password=!; MultipleActiveResultSets=True; App=EntityFramework\"
  

• 确认Azure SQL的防火墙设置
  本地能连接不代表Azure Function能访问！去你的Azure SQL数据库的「防火墙和虚拟网络」设置里，确保已经勾选了「允许Azure服务和资源访问此服务器」，或者把你的Azure Function的出站IP地址添加到防火墙规则里。Function的出站IP可以在Function应用的「概述」页面找到。

• 检查数据库账号权限
  确认你用的SQL账号（user id=xxx）在Azure SQL数据库里有足够的权限：比如是否是db_owner角色，或者至少拥有对CatsDB的读写权限。有时候本地用的是本地SQL的管理员账号，而Azure SQL的账号权限没配置到位，也会导致连接失败。

• 简化连接字符串测试
  可以先暂时用普通的SqlClient连接字符串测试（跳过EF的metadata部分），比如：

  data source=xxx.database.windows.net;initial catalog=CatsDB; user id=xxx;password=!; MultipleActiveResultSets=True; App=EntityFramework
  

  把这个作为SQL Server类型的连接字符串配置到Azure里，然后在Function代码里直接用SqlConnection测试连接，如果能成功，再回到EF的连接字符串排查，这样可以缩小问题范围。

希望这些步骤能帮你定位到问题！

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