sql常见错误以及解决⽅法
⼀."SQL Server 不存在或访问被拒绝"
这个是最复杂的，错误发⽣的原因⽐较多，需要检查的⽅⾯也⽐较多.
⼀般说来，有以下⼏种可能性:
1,SQL Server名称或IP地址拼写有误
2，服务器端⽹络配置有误
3，客户端⽹络配置有误
要解决这个问题，我们⼀般要遵循以下的步骤来⼀步步出导致错误的原因.
============= ⾸先，检查⽹络物理连接 =============
ping <；服务器IP地址/服务器名称>
如果 ping <；服务器IP地址> 不成功，说明物理连接有问题，这时候要检查硬件设备，如⽹卡,HUB，路由器等.
还有⼀种可能是由于客户端和服务器之间安装有防⽕墙软件造成的,⽐如 ISA Server.防⽕墙软件可能会屏蔽对 ping,telnet 等的响应
因此在检查连接问题的时候，我们要先把防⽕墙软件暂时关闭，或者打开所有被封闭的端⼝.
如果ping <；服务器IP地址> 成功⽽,ping <；服务器名称> 失败
则说明名字解析有问题，这时候要检查 DNS 服务是否正常.
有时候客户端和服务器不在同⼀个局域⽹⾥⾯，这时候很可能⽆法直接使⽤服务器名称来标识该服务器，这时候我们可以使⽤HOSTS⽂件来进⾏名字解析,
具体的⽅法是:
1.使⽤记事本打开HOSTS⽂件(⼀般情况下位于C:\WINNT\system32\drivers\etc).
添加⼀条IP地址与服务器名称的对应记录，如:
172.168.10.24 myserver
2.或在 SQL Server 的客户端⽹络实⽤⼯具⾥⾯进⾏配置，后⾯会有详细说明.
============= 其次，使⽤ telnet 命令检查SQL Server服务器⼯作状态 =============
telnet <；服务器IP地址> 1433
如果命令执⾏成功，可以看到屏幕⼀闪之后光标在左上⾓不停闪动，这说明 SQL Server 服务器⼯作正常，并且正在监听1433端⼝的TCP/IP 连接
如果命令返回"⽆法打开连接"的错误信息，则说明服务器端没有启动 SQL Server 服务,
也可能服务器端没启⽤ TCP/IP 协议，或者服务器端没有在 SQL Server 默认的端⼝1433上监听.
=============接着，我们要到服务器上检查服务器端的⽹络配置，检查是否启⽤了命名管道.是否启⽤了 TCP/IP 协议等等
=============
可以利⽤ SQL Server ⾃带的服务器⽹络使⽤⼯具来进⾏检查.
点击：程序 -- Microsoft SQL Server -- 服务器⽹络使⽤⼯具
打开该⼯具后，在"常规"中可以看到服务器启⽤了哪些协议.
⼀般⽽⾔，我们启⽤命名管道以及 TCP/IP 协议.
点中 TCP/IP 协议，选择"属性"，我们可以来检查 SQK Server 服务默认端⼝的设置
⼀般⽽⾔，我们使⽤ SQL Server 默认的1433端⼝.如果选中"隐藏服务器"，则意味着客户端⽆法通过枚举服务器来看到这台服务器，起到了保护的作⽤，但不影响连接.
============= 接下来我们要到客户端检查客户端的⽹络配置 =============
我们同样可以利⽤ SQL Server ⾃带的客户端⽹络使⽤⼯具来进⾏检查,
所不同的是这次是在客户端来运⾏这个⼯具.
点击：程序 -- Microsoft SQL Server -- 客户端⽹络使⽤⼯具
打开该⼯具后，在"常规"项中，可以看到客户端启⽤了哪些协议.
⼀般⽽⾔，我们同样需要启⽤命名管道以及 TCP/IP 协议.
点击 TCP/IP 协议，选择"属性"，可以检查客户端默认连接端⼝的设置，该端⼝必须与服务器⼀致.
单击"别名"选项卡，还可以为服务器配置别名.服务器的别名是⽤来连接的名称,
连接参数中的服务器是真正的服务器名称，两者可以相同或不同.别名的设置与使⽤HOSTS⽂件有相似之处.
通过以上⼏个⽅⾯的检查，基本上可以排除第⼀种错误.
------------------------------------------------
⼆."⽆法连接到服务器,⽤户xxx登陆失败"
该错误产⽣的原因是由于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 失败,
那就通过修改注册表来解决此问题:
1.点击"开始"-"运⾏"，输⼊regedit，回车进⼊注册表编辑器
2.依次展开注册表项，浏览到以下注册表键:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer]
3.在屏幕右⽅到名称"LoginMode"，双击编辑双字节值
4.将原值从1改为2，点击"确定"
5.关闭注册表编辑器
6.重新启动SQL Server服务.
此时,⽤户可以成功地使⽤sa在企业管理器中新建SQL Server注册,
但是仍然⽆法使⽤Windows⾝份验证模式来连接SQL Server.
这是因为在 SQL Server 中有两个缺省的登录帐户:
BUILTIN\Administrators
<；机器名>\Administrator 被删除.
要恢复这两个帐户，可以使⽤以下的⽅法:
1.打开企业管理器，展开服务器组，然后展开服务器
2.展开"安全性"，右击"登录"，然后单击"新建登录"
3.在"名称"框中，输⼊ BUILTIN\Administrators
4.在"服务器⾓⾊"选项卡中，选择"System Administrators"
5.点击"确定"退出
6.使⽤同样⽅法添加 <；机器名>\Administrator 登录.
说明:
以下注册表键:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\LoginMode 的值决定了SQL Server将采取何种⾝份验证模式.
1.表⽰使⽤"Windows ⾝份验证"模式
2.表⽰使⽤混合模式(Windows ⾝份验证和 SQL Server ⾝份验证).
-------------------------------------------------------
三.提⽰连接超时
如果遇到第三个错误,⼀般⽽⾔表⽰客户端已经到了这台服务器，并且可以进⾏连接,
不过是由于连接的时间⼤于允许的时间⽽导致出错.
这种情况⼀般会发⽣在当⽤户在Internet上运⾏企业管理器来注册另外⼀台同样在Internet上的服务器, 并且是慢速连接时，有可能会导致以上的超时错误.有些情况下，由于局域⽹的⽹络问题，也会导致这样的错误. 要解决这样的错误，可以修改客户端的连接超时设置.
默认情况下，通过企业管理器注册另外⼀台SQL Server的超时设置是 4 秒,
⽽查询分析器是 15 秒(这也是为什么在企业管理器⾥发⽣错误的可能性⽐较⼤的原因).
具体步骤为:
企业管理器中的设置:
1.在企业管理器中，选择菜单上的"⼯具"，再选择"选项"
2.在弹出的"SQL Server企业管理器属性"窗⼝中，点击"⾼级"选项卡
3.在"连接设置"下的"登录超时(秒)"右边的框中输⼊⼀个⽐较⼤的数字，如 20.
查询分析器中的设置:
⼯具 -- 选项 -- 连接 -- 将登录超时设置为⼀个较⼤的数字
连接超时改为0
1、先保证ping通
2、在dos下写⼊telnet ip 1433不会报错
3、⽤ip连如企业管理器:
企业管理器-->右键SQlserver组-->新建sqlserver注册-->下⼀步-->写⼊远程实例名 (IP，机器名)-->下⼀步-->选Sqlserver登陆-->下⼀步-->写⼊登陆名与密码(sa,pass)-- >下⼀步-->下⼀步-->完成
4、如果还不⾏:
sqlserver服务器-->开始菜单-->SQLserver-->服务器⽹络实⽤⼯具-->启⽤ WinSock代理-->代理地址:(sqlserver服务器IP)-->代理端⼝-->1433-->OK了
sql连接不上服务器5、如果还不⾏:
sqlserver客户端-->开始菜单-->SQLserver-->客户端⽹络实⽤⼯具-->别名-->添加-->写⼊别名如"⼤⼒"-->"⽹络库"选tcp/ip-->服务器名称写⼊远程ip或实例名-->OK了

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。