.NET Core 6 API部署IIS后数据库接口无法访问求助

针对你遇到的数据库接口崩溃、非数据库接口正常的情况，结合已做的操作，补充以下排查和解决步骤：

1. 确认IIS应用池身份的数据库访问权限 #

• 打开IIS管理器，找到你的API对应的应用池，进入「高级设置」查看「标识」（默认是ApplicationPoolIdentity或Network Service）。
• 打开SQL Server Management Studio，登录目标数据库服务器：
  • 展开目标数据库 →「安全性」→「用户」，右键添加新用户。
  • 如果应用池标识是ApplicationPoolIdentity，登录名格式为IIS APPPOOL\{你的应用池名称}；如果是Network Service，登录名为NT AUTHORITY\NETWORK SERVICE。
  • 为该用户分配必要的数据库权限（如db_datareader、db_datawriter，或根据业务需求调整）。

2. 验证生产环境配置文件的连接字符串 #

• 发布至IIS后，API默认加载生产环境配置文件（appsettings.Production.json），而非开发环境的appsettings.Development.json。直接到服务器上的API部署目录打开该文件，确认：
  • 连接字符串中的TrustedConnection=true已正确配置。
  • 数据库服务器地址、库名等信息与实际环境匹配。

3. 查看具体错误日志定位崩溃原因 #

• 打开Windows「事件查看器」，定位到「Windows日志」→「应用程序」，查找.NET Runtime或IIS Worker Process相关的错误事件，里面会包含崩溃的具体异常信息（如身份验证失败、权限不足等）。
• 可在API的Program.cs中配置文件日志，例如添加以下代码将日志输出到部署目录的logs文件夹，便于直接查看详细错误：

  builder.Logging.AddFile(Path.Combine(Directory.GetCurrentDirectory(), "logs/app-{Date}.txt"));
  

  （需先安装Microsoft.Extensions.Logging.File NuGet包）

4. 直接测试服务器上的数据库连接 #

• 在服务器上打开命令提示符，用sqlcmd测试Windows身份验证连接：

  sqlcmd -S {SQL服务器名称/IP} -d {数据库名称} -E
  

  如果连接失败，会直接返回错误原因（如登录失败、服务器不可达）。
• 若要模拟应用池身份测试，可执行：

  runas /user:IIS APPPOOL\{你的应用池名称} cmd
  

  在弹出的新命令窗口中再次执行sqlcmd命令，确认应用池身份能否正常访问数据库。

5. 检查SQL Server的身份验证模式 #

• 打开SQL Server Management Studio，右键目标服务器 →「属性」→「安全性」，确认已启用「Windows身份验证模式」（因你使用TrustedConnection=true依赖Windows身份验证）。若仅启用SQL Server身份验证，会导致Windows身份登录失败。

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