SQLServer 连接异常与解决方法小结

当我们遇到SQL Server连接异常时，可能会遇到多种问题。这里，我将对这些问题及其解决方法进行归纳，希望能帮助大家更好地理解和处理这些连接问题。

一、关于“[MICROSOFT][ODBC SQL SERVER DRIVER][SQL SERVER]用户'(null)'登录失败，未与信任SQL SERVER连接相关联”的问题。

这种情况通常是由于SQL Server使用了"仅 Windows"的身份验证方式。在这种情况下，用户无法使用SQL Server的登录帐户（如sa）进行连接。解决这个问题的一种方法是改变身份验证方式，启用混合模式（既包括Windows身份验证也包括SQL Server身份验证）。这样，用户就可以使用如sa等账户进行连接了。

二、关于“SQL Server不存在或访问被拒绝”的问题。

这个问题可能有以下几种原因：

1. SQL Server名称或IP地址拼写错误。请检查服务器名称和IP地址是否正确无误。

2. 服务器端网络配置错误。请检查服务器的网络配置，包括是否启用了命名管道和TCP/IP协议等。可以使用SQL Server自带的服务器网络使用工具进行检查。

3. 客户端网络配置错误。同样，我们也需要检查客户端的网络配置，包括启用的协议和连接的端口等。可以使用SQL Server自带的客户端网络使用工具进行检查。

解决此类问题的方法包括：

1. 检查网络物理连接。可以通过ping命令检查服务器是否可达。如果ping命令失败，说明物理连接有问题，需要检查硬件设备，如网卡、路由器等。

2. 检查名字问题。如果ping服务器名称失败但ping IP地址成功，那么可能是名字问题。可以检查DNS服务是否正常，或者在HOSTS文件中进行名字。

3. 使用telnet命令检查SQL Server服务器工作状态。如果命令执行成功，可以看到服务器正在监听1433端口的TCP/IP连接。如果命令返回错误信息，说明服务器端可能没有启动SQL Server服务或者没有在默认的端口1433上监听。

解决SQL Server连接异常问题需要对网络、服务器和客户端的配置有深入的了解，并且需要逐一排查可能的问题点。希望以上的归纳和总结能帮助大家更好地理解和处理这些问题。 用户x登录失败：无法连接到服务器

您是否遇到过无法连接到SQL Server服务器，用户x登录失败的情况？这往往是因为SQL Server采用了"仅 Windows"的身份验证方式。当用户使用SQL Server的登录帐户（如sa）进行连接时，可能会遇到这个问题。下面，我们来一下解决办法。

一、通过企业管理器进行身份验证方式的更改

1. 在服务器端，打开企业管理器，并且选择"使用Windows身份验证"连接上SQL Server。

选择你的服务器实例（就是那个有绿色图标的）。

编辑SQL Server注册属性。

在"安全性"选项卡下，选择"使用windows身份验证"。

2. 展开"SQL Server组"，右键点击SQL Server服务器的名称，进入"属性"，再选择"安全性"。

3. 在"身份验证"区域，选择"SQL Server和 Windows "混合模式。

4. 完成设置后，记得重新启动SQL Server服务。

二、通过修改注册表解决问题

如果上述方法无效，可以尝试通过修改注册表来解决。

1. 点击"开始"—"运行"，输入regedit，打开注册表编辑器。

2. 展开注册表项，定位到以册表键：[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer]。

3. 找到并双击编辑名为"LoginMode"的双字节值。

4. 将原值从1改为2，代表使用混合模式（Windows 身份验证和 SQL Server 身份验证）。

5. 修改完成后，关闭注册表编辑器并重新启动SQL Server服务。

即使进行了以上设置，有时仍无法使用Windows身份验证模式来连接SQL Server。这可能是因为SQL Server中的两个缺省登录帐户被删除。要恢复这些帐户，可以在企业管理器中重新添加。

三、连接超时问题

当遇到连接超时错误时，通常表示客户端已经找到服务器，但由于连接时间过长而失败。这尤其在通过Internet连接或在局域网环境不佳的情况下容易出现。为解决这个问题，可以调整客户端的连接超时设置。在企业管理器和查询分析器中，都有相应的设置可以调整。

四、关于Tcp/ip与Named Pipes的选择

深入了解SQL Server身份验证与协议更改

在SQL Server的深层配置时，我们有时会面临如何更改Named Pipes和Tcp/ip协议的问题。这一问题可以通过修改注册表来解决。让我们一起深入理解这个过程。

让我们看看默认的协议设置在哪里。在注册表的特定位置，我们可以找到关于SQL Server通信协议的设定。具体来说，这个位置是：[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib]。在这里，"ProtocolOrder"键决定了SQL Server客户端使用的通信协议顺序。

那么如何在程序中更改这些协议呢？其实，这需要在注册表的相应位置进行修改。例如，客户端的修改示例如下：[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib]，而服务器端的修改示例则是：[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\SuperSocketNetLib]。

接下来，让我们另一种情况：使用Windows身份验证连接SQL Server时遇到问题。这时，我们可以通过修改注册表来解决。步骤很简单：通过“开始”-“运行”，输入regedit进入注册表编辑器。然后，展开相应的注册表项，找到[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer]。在右侧找到“LoginMode”，双击编辑其双字节值。将原值从1改为2，并重新启动SQL Server服务。这样，用户就可以成功使用sa在企业管理器中新建SQL Server注册了。

即使这样，有时我们仍然无法使用Windows身份验证模式来连接SQL Server。这可能是因为在SQL Server中的两个默认登录账户：BUILTIN\Administrators和<机器名>\Administrator被删除了。要恢复这两个账户，我们可以通过企业管理器进行操作。展开服务器组和服务器的安全性，右击登录并单击“新建登录”。在名称框中输入BUILTIN\Administrators，然后在服务器角色选项卡中选择“System Administrators”，最后点击确定即可。使用同样的方法添加<机器名>\Administrator登录。

值得注意的是，注册表键HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\LoginMode的值决定了SQL Server将采取何种身份验证模式。1表示使用“Windows身份验证”模式，而2表示使用混合模式（Windows身份验证和SQL Server身份验证）。

在实际操作中，深入理解这些设置对于确保SQL Server的正常运行和安全性至关重要。希望读者可以更好地掌握这些设置，并在需要时能够轻松地进行更改。