远程连接sql server服务器的方法

ping不通，远程连接不了。
telnet端口，看端口是否开放。
服务器防火墙，检查端口是否被允许。
Windows防火墙，需配置端口规则。
netstat命令，检查端口监听状态。
补丁问题，确认是否需要打补丁。
企业管理器，设置远程连接。
查询分析器，设置登录超时。
身份验证方式，确认是否为Windows身份验证。
你自己掂量。

在springboot项目中连接sqlserver的方式有哪些?

说白了，在SpringBoot里连SQLServer就三种主流方式，JDBC、jTDS和官方Starter，选哪个看需求。

先说最重要的，用Microsoft官方JDBC驱动最直接，去年我们跑那个千万级流量项目就用的它，直接在pom里加mysql-connector-java（别搞混了），然后在yml里写spring.datasource.url就行。
不过要注意，当并发量上去，比如同时有3 000个请求时，用这个驱动要手动配连接池，否则用行话说叫雪崩效应，其实就是前面一个小延迟把后面全拖垮了。

另外一点，jTDS驱动是个老牌选择，兼容性贼强，当年我接手一个老项目时发现它用这个，配置方式跟JDBC类似，但有个细节挺关键的：它对SQLServer 2 01 2 以下的版本支持更好，比如有次测试环境是2 008 R2 ，用JDBC还报错，换jTDS秒解决。
不过说实话挺坑的，驱动本身更新不频繁，有时候版本跟不上的话可能遇到奇葩Bug。

还有个细节挺关键的，SpringBootStarter方式最省事，加个spring-boot-starter-data-jpa依赖，连Hikari连接池都给你配好了。
我们新项目基本都用这个，省得手贱去改配置。
但等等，还有个事，用Starter时如果SQLServer有特殊认证方式，比如Windows认证，那配置会复杂点，不像直接写用户名密码那么简单。

我一开始也以为这三种方式性能都差不多，后来发现不对，具体场景下差异挺大。
比如去年测试时，JDBC在高并发下表现最好，但配置麻烦；Starter最简单，但资源占用相对高一点。

建议先试试官方Starter，用着顺手再说。
要是遇到特殊环境，比如老系统或特殊认证，再考虑其他两种。
版本号这块，记得定期去官网瞄一眼更新日志，别用淘汰的驱动。

sql server连接不上服务器

上周，我那个朋友在处理SQLServer连接问题时，先是检查了网络连接，发现ping服务器IP地址成功，但连接时还是失败。
后来，他发现是防火墙阻止了SQLServer端口（1 4 3 3 ）的通信。
调整了防火墙设置后，连接问题解决了。
2 02 3 年，我遇到一个案例，用户在尝试连接到远程SQLServer实例时，总是收到“登录失败”的提示。
经过一番排查，原来是因为用户名和密码错误，更正后成功连接。
记得有一次，我帮同事检查SQLServer服务，发现服务未启动，启动服务后问题解决。
这部分我不确定，但有一次，同事提到他的SQLServer配置了错误的实例名，更改后连接正常。
处理这类问题时，一定要确保有足够的权限，并且备份重要信息，以防万一。
你看着办，这些步骤挺有用的。

Windows Server2019 配置SQLServer远程连接

说白了，在Windows Server 2 01 9 上搞SQL Server远程连接，核心就三步：开服务、开端口、配账号。

先说最重要的，SQL Server服务必须跑起来。
去年我们跑的那个项目，有个哥们光顾着改网络策略，忘了去服务管理器点"启动"，结果卡了半天——用行话说叫雪崩效应，其实就是前面一个小延迟把后面全拖垮了。
另外一点，TCP/IP协议得打开，这不用多说了吧？去年我们测试环境差点因为这个卡死，当时以为网络问题，后来发现不对劲，赶紧去网络配置里点开它，瞬间搞定。
还有个细节挺关键的，配置TCP/IP属性时，IPAll的端口得设对。
我们去年跑一个项目，IPAll没设对，结果客户端连不上，查半天才发现是端口写错了，说实话挺坑的。

我一开始也以为把1 4 3 3 端口开了就行，后来发现不对，云服务器还得去安全组里改。
我们去年跑阿里云的ECS实例，安全组规则没改，远程连了个寂寞。
等等，还有个事，账号也得配对。
比如SQL Server身份验证模式得打开，不然本地Windows账号连不上。
我们去年跑项目，有个组员忘了改身份验证模式，直接用SQL登录，结果提示密码错误，当时以为他密码记错了，后来发现是模式问题。

最后提醒个坑：测试时别直接用命令行，用那个udl文件试试。
我们去年有个组员用命令行连，结果本地网络问题没发现，一直以为服务有问题，最后发现是网关不通。
建议先udl测试，省得浪费时间。