第一个错误,SQL Server不存在或访问拒绝通常是最复杂的,原因是错误较多,需要检查的方面越多。
一般来说,有几种可能性:
1,SQL服务器名称或IP地址拼写错误;
2。服务器端网络配置错误;
3,客户端网络配置错误。
为了解决这个问题,我们应该采取以下步骤来找出错误的原因。
首先,检查网络物理连接:
ping <服务器IP地址>
U3000
或
ping <服务器名称>
如果ping <服务器IP地址>失败,则物理连接是有问题的,并且检查硬件设备,如网卡、集线器、路由器等。
可能是由于客户端和服务器之间安装防火墙软件造成的,例如ISA服务器。防火墙软件可能屏蔽平,
telnet等的响应,所以在检查连接问题时,我们应该暂时关闭防火墙软件,或者打开所有的封闭端口。
如果平<服务器IP地址>成功和平<服务器名称>失败,则表示名称解析是有问题的。此时检查DNS套装。
不管是正常还是不正常。有时客户端和服务器不在同一局域网中,此时服务器可能无法直接与服务器名称进行标识。
在那时,我们可以使用宿主文件解析名称。
1。用记事本打开hosts文件(一般在C:系统 System32 司机等)。
2,添加IP地址和相应记录的服务器名称,例如:
172.168.10.24 MyServer
它还可以在SQL Server的客户机网络实用工具中进行配置,稍后将对其进行详细说明。
第二,使用telnet命令检查SQLServer服务器的工作状态:
Telnet服务器IP地址> 1433
如果命令成功执行,您可以看到当屏幕闪烁时光标在左上角闪烁。这表明SQLServer服务器正常工作并正在工作。
监听1433端口上的TCP/IP连接;如果命令返回错误消息无法打开连接
也有可能在服务器端没有启用TCP/IP协议,或者服务器端没有在SQL Server的默认端口1433上进行监视。
接下来,我们必须检查服务器上的服务器端网络配置,检查是否启用了命名管道,启用了TCP/IP协议,等等。
可以使用SQLServer服务器网络使用该工具进行检查。
单击:程序>微软SQL Server > Server网络工具,当工具打开时,如下图所示:
从这里我们可以看到服务器启用的协议。一般来说,我们已经命名了命名管道和TCP/IP协议。
在点TCP/IP协议中,选择属性
一般来说,我们使用默认的SQL Server 1433端口。如果选择了隐藏服务器,则意味着客户机无法枚举服务器。
查看此服务器,它起保护作用,但不影响连接。
在检查服务器端的网络配置之后,我们将检查客户端的网络配置到客户端,我们还可以利用SQL Server。
客户机网络使用工具来检查,而不同的是这次在客户端运行这个工具。
单击:程序>微软SQL Server >客户端网络工具,打开工具后所看到的屏幕,如下图所示:
从这里我们可以看到客户端启用了什么协议。
单击TCP/IP协议,并选择属性检查客户端的默认连接端口设置,如下图所示。
端口必须与服务器保持一致。
单击别名选项卡,您还可以为服务器配置别名。服务器的别名是用于连接的名称,连接参数中的服务器是一个真正的服务。
该设备的名称,两者可以相同或不同。如下面的图中,我们可以使用,而不是真正的服务器名称,sql2kcn-02,利用网络
库命名管道。别名的设置类似于宿主文件的使用。
通过以上几个方面的检验,基本上可以排除误差1的原因,下面我们将详细描述如何解决误差2。
当用户试图在查询分析器中使用SA连接SQL Server时,或者在企业管理器中使用SA来创建一个新的SQL Server注册
通常,如图2所示,错误信息经常被遇到。这个错误的原因是SQL Server使用了Windows惟一身份验证方法,
因此,用户不能使用SQLServer登录帐户(如SA)来连接:
1。在服务器端使用企业管理器,并选择使用Windows身份验证将SQL Server连接到服务器。
2,展开SQL服务器组
三.在身份验证下
4,重新启动SQL Server服务。
在上面的解决方案中,如果我们在第一步中没有将SQL Server与Windows身份验证连接起来,那么我们将遇到一个
两难境地:首先,服务器只允许Windows身份验证;第二,即使使用Windows身份验证,服务器仍然无法连接到服务。
因为这种情况在图像中被描述为把自己锁在门外事实上,我们是
通过修改注册表键值,可以将身份验证方法更改为SQL Server和Windows混合验证,如下步骤所示:
1,单击开始运行
2,依次打开注册表项并浏览以下注册表键:
{ hkey_local_machine 软件微软 MSSQLServer MSSQLServer }
三.找到名为loginmode 在屏幕和双击编辑双字节值的右边。
4,该值将从1更改为2,单击确定;
5,关闭注册表编辑器;
6,重新启动SQL Server服务。
此时,用户可以成功地使用SA在企业管理器中创建新的SQL Server注册,但仍然不能使用Windows身份验证模式来连接。
SQL Server.This is because there are two default login accounts in SQL Server: BUILTINAdministrators and the machine name
已删除管理员。要还原这两个帐户,可以使用以下方法:
1,打开企业管理器,展开服务器组,然后展开服务器;
2,展开安全
3,在名称框中,输入内置管理员;
4,在服务器角色选项卡中,选择系统管理员;
5,单击确认退出;
6,使用相同的方法添加机器名称管理员。
以下注册表键
hkey_local_machine 软件微软 loginmode MSSQLServer数据库
该值确定SQL Server将采用什么身份验证模式。值为1,表示Windows身份验证模式的使用;该值为2,并使用。
混合模式(Windows身份验证和SQLServer身份验证)。
在查看解决前两个错误的方法之后,让我们看看图3所示的第三个错误。
如果有第三个错误,一般来说,客户端已经找到服务器并可以连接,但连接时间大于时间。
允许犯错误的时间。当用户在Internet上运行企业管理器以在Internet上注册另一个时,就会发生这种情况。
服务器和连接速度慢,可能会造成上述超时错误。在某些情况下,局域网的网络问题也可能导致这样的错误。
误差。
为了解决这种错误,可以修改客户端的连接超时设置。默认情况下,通过企业管理器注册另一个SQL Server超时。
设置为4秒,查询分析器为15秒(这就是为什么企业管理器出错的可能性较大):
1。在企业管理器中,在菜单中选择工具,然后选择选项。
2,在弹出的SQL Server企业管理器属性窗口中,单击高级选项卡;
三.在登录超时(秒)下的右框中输入一个较大的数字
查询分析器也可以设置在同一位置。
简单的事情是:
********************************** / /
1。先保证平安通行证
2。在DOS下写telnet IP 1433不会错。
三.使用IP作为企业经理:
企业经理/右SQLServer组--> -->登记新的SQLServer下-->写入远程实例名称(IP名称)->下->选择
SQLServer登陆->下——>写的登录名和密码(SA,通)-> -->完成下一个/下一步
4,如果没有:
SQLServer服务器->开始菜单--> SQLServer -->服务器网络实用工具--> WinSock代理——>代理地址:
(SQLServer服务器IP)/代理端口--> 1433 -->确定
5,如果没有:
SQLServer客户端->开始菜单--> SQLServer -->客户端网络实用工具--> --> -->添加别名如写-->网络
库选择要写入远程IP或实例名称的TCP/IP服务器名称> ok