ASP.NET Core部署至IIS报错：已部署应用不应启用开发环境

1. 检查数据库连接字符串配置 #

• 确保appsettings.json（或appsettings.Production.json）中的连接字符串指向生产环境的SQL服务器，而非本地开发实例（比如(localdb)或localhost，若SQL在远程服务器需填写正确IP/主机名）。
• 验证SQL Server连接字符串格式，示例：

  "ConnectionStrings": {
    "DefaultConnection": "Server=你的SQL服务器地址;Database=目标数据库名;User Id=SQL授权账号;Password=账号密码;TrustServerCertificate=True;"
  }
  

• 发布时确认配置文件已被正确打包到部署目录，避免遗漏生产环境专属配置。

2. 配置IIS应用池权限 #

• 若用Windows身份验证连接SQL：
  1. 在SQL Server中创建对应登录名，映射到目标数据库并赋予db_datareader/db_datawriter等必要权限。
  2. 在IIS管理器中，将应用池身份改为具备SQL访问权限的域账号，或配置ApplicationPoolIdentity的权限映射。
• 若用SQL账号连接，确保账号已启用、密码正确，且SQL服务器允许远程连接（需在SQL配置管理器中开启TCP/IP协议）。

3. 同步EF Core迁移与生产数据库 #

• 部署前确保生产数据库已执行所有迁移：
  • 本地运行dotnet ef database update --environment Production生成并执行迁移脚本，或直接在生产SQL服务器手动执行迁移脚本。
  • 生产环境不建议启用应用启动时自动迁移，避免意外修改数据库结构。

4. 检查ASP.NET Core Hosting Bundle安装 #

• 确认部署服务器已安装与项目.NET Core版本匹配的ASP.NET Core Hosting Bundle，该组件负责IIS与.NET Core应用的交互。
• 在IIS站点的“处理程序映射”中，确认aspNetCore模块存在且指向正确的.NET Core运行时路径。

5. 启用详细日志定位具体异常 #

• 修改Program.cs添加日志配置：

  builder.Logging.AddConsole();
  builder.Logging.AddDebug();
  

• 在web.config中开启标准输出日志：

  <aspNetCore processPath="dotnet" arguments=".\你的API程序集.dll" stdoutLogEnabled="true" stdoutLogFile=".\logs\stdout" hostingModel="inprocess" />
  

• 触发报错后，查看日志文件获取具体异常信息（如连接超时、表不存在、权限不足等），这是精准定位问题的核心步骤。

6. 验证SQL服务器网络配置 #

• 在SQL Server配置管理器中，启用“SQL Server网络配置”下的TCP/IP协议，并设置监听端口（默认1433）。
• 检查服务器防火墙是否开放SQL端口（1433），允许IIS服务器的IP地址访问。

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