You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

.NET 5应用部署Azure App Service后访问Identity关联Azure SQL数据库崩溃

问题排查与解决方案
  • 优先验证Identity上下文的连接字符串绑定配置:
    确认Startup.cs/Program.cs中注册Identity DbContext时,读取的连接字符串名称,和Azure应用配置中Identity数据库对应的连接字符串名称完全一致。特别注意:如果Azure应用配置中缺失对应名称的连接字符串,应用会自动回退读取打包时包含的appsettings.json中的本地连接字符串,这就是你看到本地错误提示的核心原因。
  • 检查Identity数据库的权限配置:
    虽然两个数据库位于同一服务器、使用同一管理员账号,但Azure SQL单库权限需要单独分配。用SSMS连接到Azure SQL服务器,确认该管理员账号在Identity数据库中已被分配db_owner角色,至少要有db_datawriter、db_datareader权限。
  • 验证Identity数据库迁移已完成:
    本地开发时你可能已执行过Update-Database生成Identity相关表,但线上Azure的Identity数据库需要同步执行迁移:可以本地生成迁移SQL脚本在目标库执行,或者在发布时勾选「执行代码优先迁移」选项,也可以在程序启动时自动调用dbContext.Database.Migrate()完成迁移。
  • 排查双上下文配置冲突:
    确认两个DbContext(自定义业务上下文、Identity上下文)的注册逻辑没有混用连接字符串,不存在把Identity上下文绑定到自定义业务库连接字符串的错误配置。
  • 提取详细错误日志定位根因:
    在Azure App Service面板开启「应用服务日志」的详细错误记录、应用日志,通过日志流重现操作获取完整异常栈,可直接定位是连接失败、权限不足还是表不存在等具体问题。

内容的提问来源于stack exchange,提问作者NickL

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.10.06 03:00:03