SQL连接字符串客户端可用但服务器端不被接受，求解决方法

针对本地运行正常、SSMS可连接但IIS部署后登录失败的问题，可按以下步骤逐一排查：

• 确认SQL Server远程连接配置

  1. 打开SQL Server配置管理器，找到对应实例的TCP/IP协议，确认已启用。
  2. 检查TCP/IP属性中的IP地址设置，确保TCP端口为默认1433（或自定义端口），且“已启用”为“是”。
  3. 验证服务器防火墙是否开放了SQL Server使用的端口，允许入站连接。

• 检查SQL登录账号的权限与配置

  1. 在SSMS中查看该登录账号的用户映射，确认已勾选目标数据库database，且已授予db_owner或至少CONNECT权限。
  2. 查看登录账号的属性，确认默认数据库设置为database（若未指定，需确保账号有权访问默认数据库）。
  3. 检查账号是否被锁定：在登录属性的“状态”选项卡，确认“登录已锁定”未被勾选。
  4. 确认SQL Server已启用SQL Server和Windows身份验证模式（在服务器属性的“安全性”选项卡中设置）。

• 验证连接字符串的正确性

  1. 检查实例名是否准确：服务器上的SQL Server实例名称是否为SERVER\SERVER？可在SQL Server配置管理器的“SQL Server服务”中查看服务名称（如SQL Server (SERVER)则实例名为SERVER，连接字符串写法正确）。
  2. 检查密码大小写与格式：SQL Server密码区分大小写，确保连接字符串中的密码与SSMS使用的完全一致，无多余空格。
  3. 补充连接字符串末尾的分号：你的连接字符串最后Persist Security Info=True后缺少分号，建议修正为Persist Security Info=True;以避免格式解析问题。

• 排查应用程序的连接字符串读取逻辑

  1. 确认应用程序是否正确读取了目标连接字符串：若使用IIS配置的连接字符串，需确保应用程序的配置文件（如web.config、appsettings.json）中未硬编码其他连接字符串，或IIS的连接字符串优先级正确。
  2. 若为.NET Core应用，检查服务器环境变量是否覆盖了连接字符串配置。

• 查看SQL Server错误日志获取详细原因
  在SSMS中，展开服务器节点 → 管理 → SQL Server日志，查看最新的错误日志。登录失败的错误（如18456）会附带状态码，可精准定位原因：

  • 状态1/2：密码错误或账号不存在
  • 状态3：目标数据库不存在或账号无访问权限
  • 状态40：无法找到指定的SQL Server实例
  • 状态11/12：账号被禁用或无登录权限

• 在服务器本地测试连接
  在服务器上打开命令提示符，执行sqlcmd -S SERVER\SERVER -U user -P password -d database，若能成功连接则说明SQL Server配置正常，问题出在应用程序侧；若连接失败则聚焦SQL Server的配置排查。

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