Question

SQL Server连接中三个最常见错误原因分析

Answer 1

　　 一 SQL Server 不存在或访问被拒绝 　　　　这个是最复杂的 错误发生的原因比较多 需要检查的方面也比较多 　　　　一般说来 有以下几种可能性:　　　　 SQL Server名称或IP地址拼写有误　　 服务器端网络配置有误　　 客户端网络配置有误　　　　要解决这个问题 我们一般要遵循以下的步骤来一步步找出导致错误的原因 　　　　　　首先 检查网络物理连接　　ping <服务器IP地址/服务器名称>　　　　如果 ping <服务器IP地址> 不成功 说明物理连接有问题 这时候要检查硬件设备 如网卡 HUB 路由器等 　　还有一种可能是由于客户端和服务器之间安装有防火墙软件造成的 比如 ISA Server 防火墙软件可能会屏蔽对 ping telnet 等的响应因此在检查连接问题的时候 我们要先把防火墙软件暂时关闭 或者打开所有被封闭的端口 　　　　如果ping <服务器IP地址> 成功而 ping <服务器名称> 失败则说明名字解析有问题 这时候要检查 DNS 服务是否正常 　　有时候客户端和服务器不在同一个局域网里面 这时候很可能无法直接使用服务器名称来标识该服务器 这时候我们可以使用HOSTS文件来进行名字解析 具体的方法是:　　　　 使用记事本打开HOSTS文件（一般情况下位于C:\WINNT\system \drivers\etc） 　　添加一条IP地址与服务器名称的对应记录 如:　　 myserver　　　　 或在 SQL Server 的客户端网络实用工具里面进行配置 后面会有详细说明 　　　　　　其次 使用 telnet 命令检查SQL Server服务器工作状态　　telnet <服务器IP地址> 　　　　如果命令执行成功 可以看到屏幕一闪之后光标在左上角不停闪动 这说明 SQL Server 服务器工作正常 并且正在监听 端口的 TCP/IP 连接如果命令返回 无法打开连接 的错误信息 则说明服务器端没有启动 SQL Server 服务 也可能服务器端没启用 TCP/IP 协议 或者服务器端没有在 SQL Server 默认的端口 上监听 　　　　接着 我们要到服务器上检查服务器端的网络配置 检查是否启用了命名管道 是否启用了 TCP/IP 协议等等可以利用 SQL Server 自带的服务器网络使用工具来进行检查 　　　　点击:程序 Microsoft SQL Server 服务器网络使用工具　　　　打开该工具后 在 常规 中可以看到服务器启用了哪些协议 　　一般而言 我们启用命名管道以及 TCP/IP 协议 　　点中 TCP/IP 协议 选择 属性 我们可以来检查 SQK Server 服务默认端口的设置　　一般而言 我们使用 SQL Server 默认的 端口 如果选中 隐藏服务器 则意味着客户端无法通过枚举服务器来看到这台服务器 起到了保护的作用 但不影响连接 　　　　接下来我们要到客户端检查客户端的网络配置　　我们同样可以利用 SQL Server 自带的客户端网络使用工具来进行检查 所不同的是这次是在客户端来运行这个工具 　　　　点击:程序 Microsoft SQL Server 客户端网络使用工具　　　　打开该工具后 在 常规 项中 可以看到客户端启用了哪些协议 　　一般而言 我们同样需要启用命名管道以及 TCP/IP 协议 　　点击 TCP/IP 协议 选择 属性 可以检查客户端默认连接端口的设置 该端口必须与服务器一致 　　　　单击 别名 选项卡 还可以为服务器配置别名 服务器的别名是用来连接的名称 连接参数中的服务器是真正的服务器名称 两者可以相同或不同 别名的设置与使用HOSTS文件有相似之处 　　　　通过以上几个方面的检查 基本上可以排除第一种错误 　　　　 二 无法连接到服务器 用户xxx登陆失败 　　　　该错误产生的原因是由于SQL Server使用了 仅 Windows 的身份验证方式 　　因此用户无法使用SQL Server的登录帐户（如 sa ）进行连接 解决方法如下所示:　　　　 在服务器端使用企业管理器 并且选择 使用 Windows 身份验证 连接上 SQL Server　　 展开 SQL Server组 鼠标右键点击SQL Server服务器的名称 选择 属性 再选择 安全性 选项卡　　 在 身份验证 下 选择 SQL Server和 Windows 　　 重新启动SQL Server服务 　　　　在以上解决方法中 如果在第 步中使用 使用 Windows 身份验证 连接 SQL Server 失败 　　那就通过修改注册表来解决此问题:　　　　 点击 开始 运行 输入regedit 回车进入注册表编辑器　　 依次展开注册表项 浏览到以下注册表键:　　[HKEY_LOCAL_MACHINE\SOFARE\Microsoft\MSSQLServer\MSSQLServer]　　 在屏幕右方找到名称 LoginMode 双击编辑双字节值　　 将原值从 改为 点击 确定 　　 关闭注册表编辑器　　 重新启动SQL Server服务 　　　　此时 用户可以成功地使用sa在企业管理器中新建SQL Server注册 　　但是仍然无法使用Windows身份验证模式来连接SQL Server 　　这是因为在 SQL Server 中有两个缺省的登录帐户:　　BUILTIN\Administrators　　<机器名>\Administrator 被删除 　　要恢复这两个帐户 可以使用以下的方法:　　　　 打开企业管理器 展开服务器组 然后展开服务器　　 展开 安全性 右击 登录 然后单击 新建登录 　　 在 名称 框中 输入 BUILTIN\Administrators　　 在 服务器角色 选项卡中 选择 System Administrators 　　 点击 确定 退出　　 使用同样方法添加 <机器名>\Administrator 登录 　　　　说明:　　　　以下注册表键:　　HKEY_LOCAL_MACHINE\SOFARE\Microsoft\MSSQLServer\MSSQLServer\LoginMode　　的值决定了SQL Server将采取何种身份验证模式 　　 表示使用 Windows 身份验证 模式　　 表示使用混合模式（Windows 身份验证和 SQL Server 身份验证） 　　　　 三 提示连接超时 　　　　如果遇到第三个错误 一般而言表示客户端已经找到了这台服务器 并且可以进行连接 不过是由于连接的时间大于允许的时间而导致出错 　　　　这种情况一般会发生在当用户在Internet上运行企业管理器来注册另外一台同样在Internet上的服务器 并且是慢速连接时 有可能会导致以上的超时错误 有些情况下 由于局域网的网络问题 也会导致这样的错误 　　　　要解决这样的错误 可以修改客户端的连接超时设置 　　　　默认情况下 通过企业管理器注册另外一台SQL Server的超时设置是 秒 而查询分析器是 秒（这也是为什么在企业管理器里发生错误的可能性比较大的原因） 　　　　具体步骤为:　　企业管理器中的设置:　　 在企业管理器中 选择菜单上的 工具 再选择 选项 　　 在弹出的 SQL Server企业管理器属性 窗口中 点击 高级 选项卡　　 在 连接设置 下的 登录超时（秒） 右边的框中输入一个比较大的数字 如 　　　　查询分析器中的设置:　　工具 选项 连接 将登录超时设置为一个较大的数字　　　　连接超时改为 　　　　 先保证ping通　　 在dos下写入telnet ip 不会报错　　 用ip连如企业管理器 　　企业管理器>右键SQlserver组>新建sqlserver注册>下一步>写入远程实例名（IP 机器名）>下一步>选Sqlserver登陆>下一步>写入登陆名与密码（sa pass）>下一步>下一步>完成　　 如果还不行 　　sqlserver服务器>开始菜单>SQLserver>服务器网络实用工具>启用 WinSock代理>代理地址 (sqlserver服务器IP)>代理端口> >OK了　　 如果还不行 　　sqlserver客户端>开始菜单>SQLserver>客户端网络实用工具>别名>添加>写入别名如 大力 > 网络库 选tcp/ip>服务器名称写入远程ip或实例名>OK了 lishixinzhi/Article/program/SQLServer/201311/22216