排查思路总览
- 第一步：检查最基本、最常见的原因。
- 第二步：检查 SQL Server 服务本身是否运行。
- 第三步：检查网络连接和端口配置。
- 第四步：检查身份验证模式。
- 第五步：检查 SQL Server 配置管理器。
- 第六步：检查 Windows 防火墙和其他安全软件。
- 第七步：使用 SQL Server 配置管理器进行高级诊断。
- 第八步：检查 SQL Server 错误日志。
- 第九步：检查命名管道协议。
- 第十步：最后的手段——使用命令行工具。
详细排查步骤
第一步：检查客户端连接工具
你使用什么工具连接？是 SQL Server Management Studio (SSMS)、Visual Studio，还是其他自定义程序？
（图片来源网络，侵删）
- 确认服务器名称：你输入的服务器名称是否正确？是本地服务器 或
(local)，还是远程服务器的 IP 地址或计算机名？ - 确认实例名：如果你安装的不是默认实例（名为
MSSQLSERVER），那么服务器名应该是计算机名\实例名。WIN10-PC\SQLEXPRESS。 - 确认端口号：如果你知道 SQL Server 运行在非默认的 1433 端口上，连接字符串需要包含
端口号，168.1.100,14333。
第二步：检查 SQL Server 服务是否正在运行
这是最常见的原因之一,如果服务没启动，任何连接都无从谈起。
- 打开 “服务” 窗口：
- 按
Win + R，输入services.msc，然后按回车。 - 或者通过 “控制面板” -> “管理工具” -> “服务” 打开。
- 按
- 在服务列表中,找到以下服务（根据你的实例名可能略有不同）：
SQL Server (MSSQLSERVER)(对于默认实例)SQL Server (SQLEXPRESS)(对于命名实例，如 Express 版本)
- 检查该服务的 “状态” 是否为 “正在运行”。
- 检查 “启动类型” 是否为 “自动”，如果不是，建议右键点击 -> “属性”，将其改为“自动”，然后点击“启动”。
- 如果服务无法启动,请查看“服务”窗口底部状态栏的 “错误代码”，这通常是问题的重要线索。
第三步：检查网络连接和端口配置
-
检查 TCP/IP 协议是否启用：
- 打开 SQL Server 配置管理器 (
SQLServerManager.msc)。 - 展开 “SQL Server 网络配置”。
- 在右侧,找到 “TCP/IP” 协议。
- 右键点击 “启用”。
- 重启 SQL Server 服务（回到第二步，重启你刚才检查的那个服务），使配置生效。
- 打开 SQL Server 配置管理器 (
-
检查端口是否被占用或配置错误：
- 在 SQL Server 配置管理器中，双击 “TCP/IP” 协议。
- 切换到 “IP 地址” 选项卡。
- 滚动到最下面的 IPAll 部分。
- 确保 “TCP 动态端口” 是空的，而 “TCP 端口” 是
1433（这是默认端口），TCP 动态端口”有值，而“TCP 端口”为空，SQL Server 将使用动态端口，客户端需要知道具体端口才能连接。 - （可选）对于远程连接，确保 “IP 地址” 选项卡下的
IP1,IP2等项中，“已启用”是 “是”，TCP 端口是1433。
第四步：检查身份验证模式
- 打开 SQL Server Management Studio (SSMS)。
- 在 对象资源管理器 中，右键点击你的服务器实例 -> “属性”。
- 切换到 “安全性” 页面。
- 检查 “服务器身份验证” 设置：
- Windows 身份验证模式：只能使用 Windows 账户登录，确保你使用的登录账户有权限。
- SQL Server 和 Windows 身份验证模式：可以使用 Windows 账户，也可以使用 SQL Server 账户（如
sa）。
- 如果你想使用
sa账户登录，请确保：- 身份验证模式是上述第二种。
sa账户没有被禁用，在 SSMS 中，展开 “安全性” -> “登录名”，右键sa-> “属性”，确保“状态”是“授予”。- 你知道
sa账户的密码，如果忘记了，可以重置。
第五步：检查 SQL Server 配置管理器中的协议
在 SQL Server 配置管理器中，确保启用了正确的协议。
（图片来源网络，侵删）
- TCP/IP：用于客户端/服务器通信，必须启用。
- Named Pipes：一种本地通信机制，对于某些连接（特别是本地连接）很有用，TCP/IP 连接有问题，可以尝试启用它。
第六步：检查 Windows 防火墙
Windows 防火墙是阻止远程连接的“头号杀手”。
-
临时关闭防火墙测试：
- 打开 “控制面板” -> “Windows Defender 防火墙”。
- 点击左侧的 “启用或关闭 Windows Defender 防火墙”。
- 将“专用网络设置”和“公用网络设置”都改为 “关闭 Windows Defender 防火墙”。
- 点击“确定”，然后尝试连接。
- 如果连接成功，说明问题就是防火墙引起的。 请立即重新开启防火墙，然后按照下面的步骤添加例外规则，而不是一直关闭它。
-
添加防火墙例外规则（正确做法）：
- 再次打开 “Windows Defender 防火墙”。
- 点击左侧的 “允许应用或功能通过 Windows Defender 防火墙”。
- 点击 “更改设置”（需要管理员权限）。
- 点击 “允许其他应用...”，找到并添加
sqlservr.exe（通常在C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Binn\目录下）。 - 添加后,确保勾选了 “专用” 和 “公用” 复选框。
- 你也可以直接添加 “SQL Server” 条目。
第七步：检查 SQL Server 错误日志
错误日志是 SQL Server 的“黑匣子”，里面记录了启动和运行时的详细信息，对于诊断问题至关重要。
（图片来源网络，侵删）
- 日志文件位置通常在：
C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\LOG\ERRORLOG(路径可能因版本和安装位置而异)。 - 用记事本或其他文本编辑器打开最新的
ERRORLOG文件。 - 搜索关键词,如
error,fail,cannot,listen on,timeout等，这些信息会明确告诉你 SQL Server 启动失败的原因，无法访问某个文件”、“端口被占用”、“权限不足”等。
第八步：检查命名管道
对于本地连接,有时禁用命名管道会导致问题，如果以上 TCP/IP 相关步骤无效，可以尝试：
- 在 SQL Server 配置管理器中，确保 “命名管道” 协议是 “启用” 状态。
- 连接时,在服务器名称后面加上
np:\\.\pipe\sql\query，连接字符串可以是.\pipe\sql\query。
第九步：使用命令行工具诊断
-
检查端口是否监听：
- 打开命令提示符（CMD）。
- 输入
netstat -ano | findstr "1433"。 - 如果看到类似
TCP 0.0.0.0:1433 0.0.0.0:0 LISTENING 1234的输出，说明 SQL Server 正在 1433 端口监听，如果没有，说明协议或服务有问题。 1234是进程 ID，你可以用tasklist | findstr "1234"查看对应的进程是否是sqlservr.exe。
-
使用
sqlcmd测试连接：- 打开命令提示符。
- 输入
sqlcmd -S 服务器名 -U 用户名 -P 密码。 sqlcmd -S . -U sa -P yourpassword。- 如果连接成功,会进入
1>提示符，如果失败，会显示非常具体的错误信息，这对于定位问题非常有帮助。
推荐的排查顺序
- 先简后繁：先确认服务器名、实例名、用户名密码是否正确。
- 再查服务：去
services.msc确认 SQL Server 服务是否正在运行。 - 再查网络：去 SQL Server 配置管理器确认 TCP/IP 协议已启用，并检查端口。
- 再查防火墙：临时关闭防火墙测试，如果成功，则添加永久例外规则。
- 最后查日志：如果以上都无效，打开 ERRORLOG 日志，这是最直接的线索来源。
按照这个流程,90% 以上的 SQL Server 2008 连接问题都可以被解决，祝你成功！
