解决三种最常见连接错误的方法。
第一个错误' SQL Server不存在或访问被拒绝'通常是最复杂的，导致错误的原因很多，需要检查的方面也很多。 一般来说，有以下可能性。
1、SQL Server名称或IP地址拼写错误；
2、服务器端网络配置错误
3、客户端网络配置错误。
要解决此问题，一般应按照以下步骤一步一步地确定错误的原因。
首先检查网络的物理连接。
平& lt； 服务器IP地址>； 或平& lt； 服务器名称>；
平& lt； 服务器的IP地址>； 如果失败，则表示物理连接有问题。 此时，检查网卡、集线器、路由器等硬件设备。 另一个原因可能是客户端和服务器之间安装了防火墙软件，如ISA Server。 由于防火墙软件可能会中断对ping、te.Net等的响应，因此在检查连接问题时，必须暂时关闭防火墙软件或打开所有关闭的端口。
平& lt； 服务器IP地址>； 成功，ping<； 服务器名称>； 如果失败，则说明名称解析存在问题，此时将检查DNS服务是否正常。 客户端和服务器可能不在同一LAN中。 在这种情况下，很可能无法直接使用服务器名称来识别服务器。 在这种情况下，可以使用HOSTS文件进行名称解析。 具体方法如下。
1、使用记事本打开主机文件。 通常位于c :win ntsystem32driversetc中。
2、添加IP地址和服务器名称的对应记录。 例如：
172.168.10.24my服务器
也可以通过SQL Server客户端网络实用程序进行配置，稍后将对此进行详细描述。
然后使用te.Net命令检查SQL Server服务器的运行状态。
telNet<； 服务器IP地址>； 1433
如果命令成功，则屏幕闪烁后，您会看到光标在左上角闪烁。 这表示SQL Server服务器正在正常运行，并且正在接收1433端口的TCP/IP连接。 如果命令返回错误消息“无法打开连接”，则表示服务器端未启动SQL Server服务，或者服务器端未启用TCP/IP协议，或者服务器端未启用SQL Server的默认端口
然后检查服务器端的网络配置，查看是否启用了命名管道、是否启用了TCP/IP协议等。 可以使用SQL Server附带的服务器网络使用工具进行检查。
单击：程序->； Microsoft SQL server-& gt； “服务器网络使用工具”，打开此工具后显示的画面如下图所示。
在这里，可以看到服务器启用了哪个协议。 一般来说，启用命名管道和TCP/IP协议。
单击中的TCP/IP协议，然后选择“属性”，可以检查SQK Server服务的默认端口设置，如下图所示。
一般使用SQL Server的默认1433端口。 如果选择“隐藏服务器”，则客户端将无法通过枚举服务器来看到此服务器，从而在不影响连接的情况下起到保护作用。
验证服务器端的网络配置后，接下来验证客户端的网络配置。 也可以使用SQL Server附带的客户端网络使用工具进行检查，但这一次是在客户端运行该工具。
单击：程序->； Microsoft SQL server-& gt； 打开“在客户端网络上使用工具”工具后显示的画面如下图所示。
在这里，您可以看到客户端启用了哪些协议。 一般来说，您必须启用命名管线和TCP/IP协议。
使用的端口必须与服务器一致。
通过以上几项检查，发生错误1的原因基本上可以排除。
让我们详细说明如何解决错误2。
当用户尝试使用查询分析器中的sa连接到SQL Server，或者尝试在企业管理器中使用sa创建新的SQL Server注册时，经常会收到如图2所示的错误消息。 此错误的原因是SQL Server使用“仅限Windows”验证方法，因此用户无法使用SQL Server登录帐户(如sa )进行连接。 解决方法如下。
1、在服务器端使用企业管理器，并选择“使用Windows身份验证”连接到SQL Server；
2、展开“SQL Server组”，右键单击SQL Server服务器的名称，选择“属性”，然后选择“安全”选项卡；
3 .在“身份验证”下，选择SQL Server和Windows。
4 .重新启动SQL Server服务。
如果在步骤1中无法使用“使用Windows身份验证”连接到SQL Server，上述解决方案首先会使服务器陷入只允许Windows身份验证的困境。 其次，即使使用Windows身份验证
然无法连接上服务器。这种情形被形象地称之为"自己把自己锁在了门外"，因为无论用何种方式，用户均无法使用进行连接。实际上，我们可以通过修改一个注册表键值来将身份验证方式改为 SQL Server 和 Windows 混合验证，步骤如下所示：1、点击"开始"-"运行"，输入regedit，回车进入注册表编辑器；
2、依次展开注册表项，浏览到以下注册表键：
[HKEY_LOCAL_MACHINESOFTWAREMicrosoftMSSQLServerMSSQLServer]
3、在屏幕右方找到名称"LoginMode"，双击编辑双字节值；
4、将原值从1改为2，点击"确定"；
5、关闭注册表编辑器；
6、重新启动SQL Server服务。
此时，用户可以成功地使用sa在企业管理器中新建SQL Server注册，但是仍然无法使用Windows身份验证模式来连接SQL Server。这是因为在 SQL Server 中有两个缺省的登录帐户：BUILTINAdministrators 以及 ＜机器名＞Administrator 被删除。要恢复这两个帐户，可以使用以下的方法：
1、打开企业管理器，展开服务器组，然后展开服务器；
2、展开"安全性"，右击"登录"，然后单击"新建登录"；
3、在"名称"框中，输入 BUILTINAdministrators；
4、在"服务器角色"选项卡中，选择"System Administrators" ；
5、点击"确定"退出；
6、使用同样方法添加 ＜机器名＞Administrator 登录。
以下注册表键
HKEY_LOCAL_MACHINESOFTWAREMicrosoftMSSQLServerMSSQLServerLoginMode
的值决定了SQL Server将采取何种身份验证模式。该值为1，表示使用Windows 身份验证模式；该值为2，表示使用混合模式(Windows 身份验证和 SQL Server 身份验证)。
看完如何解决前两个错误的方法之后，让我们来看一下如图 3 所示的第三个错误。
如果遇到第三个错误，一般而言表示客户端已经找到了这台服务器，并且可以进行连接，不过是由于连接的时间大于允许的时间而导致出错。这种情况一般会发生在当用户在Inte.Net上运行企业管理器来注册另外一台同样在Inte.Net上的服务器，并且是慢速连接时，有可能会导致以上的超时错误。有些情况下，由于局域网的网络问题，也会导致这样的错误。
要解决这样的错误，可以修改客户端的连接超时设置。默认情况下，通过企业管理器注册另外一台SQL Server的超时设置是 4 秒，而查询分析器是 15 秒(这也是为什么在企业管理器里发生错误的可能性比较大的原因)。具体步骤为：
1、在企业管理器中，选择菜单上的"工具"，再选择"选项"；
2、在弹出的"SQL Server企业管理器属性"窗口中，点击"高级"选项卡；
3、在"连接设置"下的"登录超时(秒)"右边的框中输入一个比较大的数字，如 20。
查询分析器中也可以在同样位置进行设置。
简单一点就是：
/**********************************/
1、先保证ping通
2、在dos下写入te.Net ip 1433不会报错
3、用ip连如企业管理器：
企业管理器-->右键SQlserver组-->新建sqlserver注册-->下一步-->写入远程实例名(IP,机器名)-->下一步-->选Sqlserver登陆-->下一步-->写入登陆名与密码(sa,pass)-->下一步-->下一步-->完成
4、如果还不行：
sqlserver服务器-->开始菜单-->SQLserver-->服务器网络实用工具-->启用 WinSock代理-->代理地址：(sqlserver服务器IP)-->代理端口-->1433-->OK了
5、如果还不行：
sqlserver客户端-->开始菜单-->SQLserver-->客户端网络实用工具-->别名-->添加-->写入别名如"大力"-->"网络库"选tcp/ip-->服务器名称写入远程ip或实例名-->OK了