sql数据库打开服务器失败，核心处理思路是先查服务、端口、登录信息，再按网络和权限顺序逐步排除，多数情况能在几分钟内定位问题。 很多朋友一看到弹窗就以为是数据库文件坏了，其实绝大多数情况下只是服务没启动或连接字符串写错。
sql server 数据库打开服务器失败：从服务状态开始排查
首先需要确认数据库有没有真的“活着”，在Windows服务器上，SQL Server是以Windows服务的形式运行的，打开“运行”并输入services.msc，找到名称类似SQL Server (MSSQLSERVER)的服务，查看“状态”列是否为“正在运行”，如果服务是“已停止”或“已禁用”，右键启动，默认实例服务名一般是MSSQLSERVER，命名实例是SQL Server (实例名)。
如果服务启动不了,查看“服务”的属性，把可执行文件路径记下来，然后打开Windows事件查看器，在“应用程序”日志里筛选来源为MSSQLSERVER或SQLSERVERAGENT的报错，常见启动失败原因是数据文件权限不对或系统磁盘空间不足，事件日志里通常会给出明确提示。
数据库连接服务器失败怎么解决：网络与防火墙检查
服务正常但依然提示“打开服务器失败”，下一步是看端口通不通，SQL Server默认端口是1433，你可以用telnet命令测试：telnet 127.0.0.1 1433，如果telnet提示无法连接，说明SQL Server没有监听这个端口，或者防火墙拦住了。
用Sql Server配置管理器检查协议
打开“Sql Server Configuration Manager”（配置管理器），进入“SQL Server网络配置”下的实例节点，确认TCP/IP协议已启用，如果它处于禁用状态，右键启用后需要重新启动SQL Server服务，行业共识认为，TCP/IP协议被禁用确实是本地连接失败的常见原因，特别是在新安装的环境中。
防火墙入站规则怎么放行
在Windows防火墙高级设置中,新建入站规则，选择“端口”，填入
1433，允许连接，如果SQL Server实例使用了非默认端口，要放行的是实际监听端口，查看实际端口可以通过配置管理器中的“TCP/IP属性”找到，或者在SQL Server错误日志中搜索“Server is listening on”。
远程连接场景的额外检查
如果你是从另一台电脑连接服务器,还需要确认服务器端是否允许远程连接，在SQL Server Management Studio（SSMS）中右键实例，选择“属性”，连接页面勾选“允许远程连接到此服务器”，云服务器的话还要检查安全组规则，这一步很多人忽略。
sql server 数据库打开服务器失败：登录名和认证模式怎么配
很多连接失败发生在输入登录信息时,如果服务正常、端口也通，但SSMS依然报错“用户登录失败”，原因多半在认证模式或登录账户上。
检查SQL Server是否启用混合身份验证模式
SQL Server默认可能只启用Windows身份验证，当你用sa账户连接时会直接失败，在SSMS中，如果还能用Windows身份登录，可以在服务器属性->“安全性”里将服务器身份验证改为“SQL Server和Windows身份验证模式”，修改后需要重启服务。
确认sa账户状态和密码
部分版本SQL Server安装时没有启用sa，或者密码策略过于严格，在SSMS中执行SELECT name, is_disabled FROM sys.server_principals WHERE name='sa'查看状态，如果is_disabled返回1，则账户被禁用，启用并把密码改成足够复杂的值：
ALTER LOGIN sa WITH PASSWORD = '新密码'; ALTER LOGIN sa ENABLE;
执行完后,用sa重新尝试连接，这个步骤能解决相当一部分“无法打开服务器”的登录类报错。
sql数据库打不开怎么办：权限和数据库状态恢复
当连接已经建立,但数据库文件打不开，问题往往出在数据库本身，比如附加数据库时报错，或者数据库显示“可疑”状态。
附加数据库失败的权限处理
把.mdf和.ldf文件拷贝到另一台电脑后附加，是最常见的场景，附加失败多半是SQL Server服务账户对文件没有读取权限，右键数据库文件，选择“属性”->“安全”，给SQL Server服务账户添加“完全控制”或“读取”权限，服务账户名称可以在服务管理器中看到，比如NT SERVICEMSSQLSERVER或NT AUTHORITYSYSTEM。
数据库状态为“可疑”时的修复步骤
如果数据库正常连接后在SSMS中显示成“可疑”，先不要急着删除文件，你可以把数据库设为紧急模式，再执行检查命令：
ALTER DATABASE 你的数据库名 SET EMERGENCY; DBCC CHECKDB(你的数据库名) WITH NO_INFOMSGS;
检查结果会告诉你损坏程度,如果只是部分一致性错误，执行DBCC CHECKDB(你的数据库名) WITH REPAIR_REBUILD来修复，修复前务必先备份当前文件，因为修复操作有风险。
不同错误提示的排查对照表
业内专家指出：错误提示不同，排查路径完全不同，这里整理了一张对照表，方便你根据实际报错快速定位。
| 错误提示 | 可能原因 | 优先排查点 |
|---|---|---|
| 无法打开服务器，登录失败 | sa账户密码错误或认证模式不对 | 检查SQL Server是否启用混合身份验证模式 |
| 预登录握手失败 | TLS版本不匹配或TCP/IP未启用 | 检查客户端与服务器端TLS协议配置 |
| 超时时间已到 | 服务器负载过高或防火墙丢包 | 检查网络并减少连接超时阈值 |
| 拒绝访问 | 防火墙策略禁止或服务账户权限不足 | 查看防火墙规则和文件权限 |
| 无法连接到主机 | TCP/IP协议未启用或实例名错误 | 确认网络协议和实例名称写法 |
一条实用自检清单
如果你不想每次靠猜,按下面顺序执行一遍，大多数问题都能暴露出来。
services.msc确认服务正在运行。- 在SSMS里用
0.0.1,1433尝试本机连接。 - 用
telnet 127.0.0.1 1433测试端口响应。 - 检查配置管理器里TCP/IP是否启用。
- 查看事件日志中最近的SQL Server错误记录。
- 确认目标数据库文件所在磁盘剩余空间充足,且服务账户有权限。
- 验证登录账户是否被禁用以及认证模式是否支持SQL登录。
sql数据库打开服务器失败：常见问题Q&A
SQL Server打开服务器失败，提示“拒绝访问”如何处理？
先判断拒绝访问发生在哪个阶段,连接管理器登录时，说明账户权限不足，需要检查认证模式和sa账户状态，附加数据库文件时，要修改文件的安全权限，把SQL Server服务账户加进去，两种情况的处理完全不同，不要直接重装数据库。
MySQL连接服务器失败，和SQL Server的排查方式一样吗？
大体思路一样,都是先看服务、端口、防火墙，但具体命令有区别，MySQL默认端口是3306，服务名是mysql，登录工具是MySQL Command Line Client，MySQL的错误日志通常位于数据目录下，文件名多为hostname.err，如果MySQL无法连接服务器，先ping下IP、telnet 3306，再查看配置文件中的bind-address是否限制为127.0.0.1。
重启服务器之后数据库依旧打不开，下一步该怎么办？
先确认SQL Server服务是否随系统自启动，如果服务没有启动，可能是启动类型被设成了“手动”，或者上一次异常关机导致服务启动失败，查看事件日志里的错误代码，再针对性地检查数据文件一致性，不要反复尝试服务启动，频繁重启可能加重文件损坏。
最后重申一次：sql数据库打开服务器失败时，先冷静核对服务状态、端口连通性、登录凭据这三项，绝大多数情况都出在其中某一环，排查时按清单走，比盲目重装数据库要高效得多。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/727572.html
