Spring项目迁移至SQL Server后应用连接失败，单元测试正常求助

嘿，我看了你的问题，首先有个一眼就能发现的拼写错误可能直接导致了连接失败，接下来给你梳理一步步的排查方向：

1. 先修正JDBC URL的拼写错误 #

你在persistence.xml里的JDBC URL主机写的是domain_server，但db.xml里的数据源URL写成了domanserver（少了字母i）！错误日志里提到“连接到主机dbname失败”，这大概率是驱动解析URL时出错——当主机名拼写错误无法识别时，驱动可能误把databaseName的参数值当成了主机名。先把这个修正过来：

<beans:property name="url" value="jdbc:sqlserver://domain_server:1433;databaseName=dbname;integratedSecurity=true;"/>

2. 验证集成身份验证的配置完整性 #

因为你用了integratedSecurity=true，这个配置对环境的要求很严格：

• 确保sqljdbc_auth.dll放在应用进程能访问到的路径：比如Tomcat的bin目录，或者系统PATH环境变量包含的文件夹里。
• 务必匹配JVM位数：64位JDK对应64位dll，32位JDK对应32位dll，混用会直接导致身份验证失败。
• 应用运行的账号要有SQL Server访问权限：单元测试是用你本地的域账号运行的，但如果应用部署在服务器容器（比如Tomcat）里，容器的服务账号必须是域用户，并且在SQL Server中配置了对应的登录权限。

3. 确认SQL Server的TCP/IP监听配置 #

虽然你能telnet通1433端口，但还是要再核对：

• 打开SQL Server配置管理器，确认TCP/IP协议已启用，在IP地址标签下的IPAll区域，TCP端口设置为1433（默认实例的话）。
• 如果是命名实例，URL里必须添加instanceName参数，比如：jdbc:sqlserver://domain_server;instanceName=YourInstanceName;databaseName=dbname;integratedSecurity=true;，同时确保SQL Server Browser服务处于运行状态。
• 查看SQL Server错误日志，确认实例正在监听1433端口（日志里会有类似Server is listening on [ 'any' <ipv4> 1433 ]的记录）。

4. 排查Spring Data JPA的配置冲突 #

你同时用了persistence.xml和Spring的db.xml，要注意配置优先级：

• Spring的LocalContainerEntityManagerFactoryBean会覆盖persistence.xml中的部分设置，虽然缓存配置不影响连接，但要确保没有其他冲突项。
• 核对packagesToScan和jpa:repositories的路径：db.xml里packagesToScan是com.app.orm.repo，而jpa:repositories的base-package是com.app.repo，如果你的Repository接口不在这个路径下，会导致Repository无法初始化，间接引发连接相关的错误。

5. 绕过ORM直接测试数据源连通性 #

可以在应用里加个简单的测试方法，直接用数据源获取连接，排除Hibernate或Spring Data JPA的干扰：

@Autowired
@Qualifier("repoDataSource")
private DataSource dataSource;

public void testRawConnection() {
    try (Connection conn = dataSource.getConnection()) {
        System.out.println("数据源连接成功！");
    } catch (SQLException e) {
        e.printStackTrace();
    }
}

如果这个测试失败，说明问题出在数据源配置，而非ORM层。

6. 检查跨服务器的防火墙/域策略 #

如果应用和SQL Server不在同一台机器，除了本地telnet测试，还要确认：

• 应用服务器到SQL Server服务器的1433端口没有被防火墙阻挡。
• 域策略没有限制应用服务器的运行账号访问SQL Server。

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