‘壹’ sql 怎么都连接不上服务器
1、转到[Microsoft SQL Server 2008]并找到[SQL Server配置管理器]，单击里面。
‘贰’ sql server2008远程连接失败的原因有哪些
1.低级问题，网络不通或远程连接名称/IP不对。
2.远程的server或Server Browse服务未启动
3.通道，TCP参数与远程服务器不一致.
4.验证方式问题，是windows Authentication还是SQL SERVER Authentication，注意远程SQL SERVER是否设置允许相应的验证方式登录。
5.检查账号是否有权限登录
‘叁’ SQL远程连接不上服务器
远程连接sql server 2000服务器的解决方案
步骤：
一 看ping 服务器IP能否ping通。
这个实际上是看和远程sql server 2000服务器的物理连接是否存在。如果不行，请检查网络，查看配置，当然得确保远程sql server 2000服务器的IP拼写正确。
二 在Dos或命令行下输入telnet 服务器IP 端口，看能否连通。
如telnet 202.114.100.100 1433
通常端口值是1433，因为1433是sql server 2000的对于Tcp/IP的默认侦听端口。如果有问题，通常这一步会出问题。通常的提示是“……无法打开连接,连接失败"。
如果这一步有问题，应该检查以下选项。
1 检查远程服务器是否启动了sql server 2000服务。如果没有，则启动。
2 检查服务器端有没启用Tcp/IP协议，因为远程连接（通过因特网）需要靠这个协议。检查方法是，在服务器上打开 开始菜单-程序-Microsoft SQL Server-服务器网络实用工具，看启用的协议里是否有tcp/ip协议，如果没有，则启用它。
3 检查服务器的tcp/ip端口是否配置为1433端口。仍然在服务器网络实用工具里查看启用协议里面的tcp/ip的属性，确保默认端口为1433，并且隐藏服务器复选框没有勾上。
事实上，如果默认端口被修改，也是可以的，但是在客户端做telnet测试时，写服务器端口号时必须与服务器配置的端口号保持一致。如果隐藏服务器复选框被勾选，则意味着客户端无法通过枚举服务器来看到这台服务器，起到了保护的作用，但不影响连接，但是Tcp/ip协议的默认端口将被隐式修改为2433，在客户端连接时必须作相应的改变。
4 如果服务器端操作系统打过sp2补丁，则要对windows防火墙作一定的配置，要对它开放1433端口，通常在测试时可以直接关掉windows防火墙（其他的防火墙也关掉最好）。
5 检查服务器是否在1433端口侦听。如果服务器没有在tcp连接的1433端口侦听，则是连接不上的。检查方法是在服务器的dos或命令行下面输入
netstat -a -n 或者是netstat -an，在结果列表里看是否有类似 tcp 127.0.0.1 1433 listening 的项。如果没有，则通常需要给sql server 2000打上至少sp3的补丁。其实在服务器端启动查询分析器，输入 select @@version 执行后可以看到版本号，版本号在8.0.2039以下的都需要打补丁。
三 检查客户端设置
程序-Microsoft SQL Server - 客户端网络使用工具。像在服务器网络实用工具里一样，确保客户端tcp/ip协议启用，并且默认端口为1433（或其他端口，与服务器端保持一致就行）。
四 在企业管理器里或查询那分析器连接测试
企业管理器-右键SQlserver组-新建sqlserver注册-下一步-写入远程IP-下一步-选Sqlserver登陆-下一步-写入登陆名与密码（sa,password）-下一步-下一步-完成
查询分析器-文件-连接-写入远程IP-写入登录名和密码（sa,password）-确定
通常建议在查询分析器里做，因为默认情况下，通过企业管理器注册另外一台SQL Server的超时设置是4秒，而查询分析器是15秒。
修改默认连接超时的方法：
企业管理器-工具-选项-在弹出的"SQL Server企业管理器属性"窗口中，点击"高级"选项卡-连接设置-在 登录超时（秒） 后面的框里输入一个较大的数字
查询分析器-工具-选项-连接-在 登录超时（秒） 后面的框里输入一个较大的数字
通常就可以连通了，如果提示错误，则进入下一步。
五 错误产生的原因通常是由于SQL Server使用了"仅 Windows"的身份验证方式，因此用户无法使用SQL Server的登录帐户（如 sa ）进行连接。解决方法如下所示：
1 在服务器端使用企业管理器，并且选择"使用 Windows 身份验证"连接上 SQL Server。
2 展开"SQL Server组"，鼠标右键点击SQL Server服务器的名称，选择"属性"，再选择"安全性"选项卡。
3 在"身份验证"下，选择"SQL Server和 Windows "。
4 重新启动SQL Server服务。（在dos或命令行下面net stop mssqlserver停止服务，net start mssqlserver启动服务，也是一种快捷的方法）。
答案补充
SQLServer 2005 :
要允许远程连接SQL Server 2005 ,需要完成以下步骤：
在SQLServer 实例上启用远程连接。 打开服务器 SQLBrowser 服务。配置防火墙以允许SQLBrowser 服务和SQLServer服务网络通信。
在SQLServer 实例上启用远程连接
1.指向“开始-程序-Microsoft SQL Server 2005-配置工具-SQL Server 外围应用配置器”
2.在“SQL Server 2005 外围应用配置器”页, 单击“服务和连接的外围应用配置器”
3.然后单击展开“数据库引擎”， 选中“远程连接”，在右边选中“本地连接和远程连接”， 再选择要使用的协议，单击“应用”，您会看到下消息：“直到重新启动数据库引擎服务后，对连接设置所做的更改才会生效。”，单击“确定”按钮返回
4.展开“数据库引擎”， 选中“服务”，在右边单击“停止”，等到 MSSQLSERVER 服务停止， 然后单击“启动”，重新启动MSSQLSERVER 服务。
答案补充
启用 SQLServer 浏览器服务
1.指向“开始-程序-Microsoft SQL Server 2005-配置工具-SQL Server 外围应用配置器”;2.在“SQL Server 2005 外围应用配置器”页, 单击“服务和连接的外围应用配置器”;3.然后单击展开“SQL Server Browser”， 选中“服务”，在右边“启动类型”选择“自动”，再单击“启动”，单击“确定”按钮返回.
在Windows 防火墙中为“SQL Server 2005”创建例外
1.在 Windows 防火墙设置界面中，选择“ 例外” 选项卡，然后单击“添加程序”;2.在“添加程序窗口”中单击“浏览”;3.然后找到“C:ProgramFilesMicrosoft FilesMicrosoft SQL Server MSSQL.1 MSSQLBinnsqlservr.exe”，单击“确定”返回,注意 ： 路径可能会根据 SQL Server 2005 安装不同而不同。 MSSQL.1 是占位符，对应数据库实例ID。4.对每个需要打开远程访问的SQL 实例，重复1-3。
答案补充
在Windows 防火墙中为“SQLBrowser”创建例外
1.在 Windows 防火墙设置界面中，选择“ 例外” 选项卡，然后单击“添加程序”;2.在“添加程序窗口”中单击“浏览”;3.然后找到“C:ProgramFilesMicrosoft FilesMicrosoft SQL Server90Sharedsqlbrowser.exe”，单击“确定”返回
注意 ： 路径可能会根据 SQL Server 2005 安装不同而不同
‘肆’ SQL Server 2008/2014无法远程连接的可能原因之一
client连接sql server端口时报超时失败。
server上该端口是打开的，并且server本地可以通过该端口访问。
并且client超时失败时并未报告连接被拒绝。
sql server默认使用的是动态端口，一般是一个五位数的端口号。而在Windows 7防火墙策略里高端口默认是阻断的，而传统的sql server静态端口1433是放通的，从而造成client无法远程访问。
注意：这并不是唯一的原因。
将sql server的tcp动态端口一栏留空（注意不是填0），同时在tcp端口一栏填上1433.
或者在防火墙策略里增加对sql server所使用的动态端口允许规则。需要重启sql server服务。
‘伍’ sql2005 不能远程连接的解解方法
1.数据库引擎没有启动.
有两种启动方式:
(1)开始->程序->microsoft
sql
server
2005->sql
server
2005外围应用配置器,在打开的界面单击"服务的连接的外围应用配置器",在打开的界面中找到database
engine,单击"服务",在右侧查看是否已启动,如果没有启动可单击"启动",并确保"启动类型"为自动,不要为手动,否则下次开机时又要手动启动;
(2)可打开:开始->程序->microsoft
sql
server
2005->配置工具->sql
server
configuration
manager,选中sql
server
2005服务中sql
server(mssqlserver)
,并单击工具栏中的"启动服务"按钮把服务状态改为启动;
使用上面两种方式时,有时候在启动的时候可能会出现错误,不能启动,这时就要查看"sql
server
2005配置管理器"中的sql
server
2005网络配置->mssqlserver协议中的via是否已启用,如果已启用,则把它禁止.然后再执行上述一种方式操作就可以了.
另外还要注意一点，别忘记启用1433端口了，启用方法如下：
在服务器上打开sql
server
configuration
manager。选择sql
server配置管理器->sql
server
2005网络配置->mssqlserver的协议->tcp/ip，在弹出对话框中选择ip地址设置1433端口为启用2.进行远程连接时,是否已允许远程连接.
sql
server
2005
在默认情况下仅限本地连接.我们可以手动启用远程连接.在“开始->程序->microsoft
sql
server
2005->sql
server
2005外围应用配置器”，在打开的界面单击"服务的连接的外围应用配置器"，找到database
engine，单击"远程连接"，在右侧将"仅限本地连接(l)"改为"本地连接和远程连接(r)"，并选中"同时使用tcp/ip和named
pipes(b)"。
3.如果是远程连接,则还要查看连接数据库的语句是否正确,登录账户是否正确,密码是否正确等。
以上是我归纳的几种情况,希望能对遇到类似问题的朋友提供些帮助和参考.
‘陆’ sql连接失败，怎么办
一、数据库引擎没有启动
有两种启动方式：
(1)开始->程序->Microsoft SQL Server 2008->SQL Server
2008外围应用配置器,在打开的界面单击"服务的连接的外围应用配置器",在打开的界面中找到Database
Engine,单击"服务",在右侧查看是否已启动,如果没有启动可单击"启动",并确保"启动类型"为自动,不要为手动,否则下次开机时又要手动启动；
(2)可打开:开始->程序->Microsoft SQL Server 2008->配置工具->SQL Server
Configuration Manager,选中SQL Server 2008服务中SQL Server(MSSQLSERVER)
,并单击工具栏中的"启动服务"按钮把服务状态改为启动；
使用上面两种方式时,有时候在启动的时候可能会出现错误,不能启动,这时就要查看"SQL Server
2008配置管理器"中的SQL Server
2008网络配置->MSSQLSERVER协议中的VIA是否已启用,如果已启用,则把它禁止.然后再执行上述一种方式操作就可以了。
二、进行远程连接时,是否已允许远程连接.
SQL Server 2008 在默认情况下仅限本地连接.我们可以手动启用远程连接.在上面第一种方式中,找到Database
Engine,单击"远程连接",在右侧将"仅限本地连接(L)"改为"本地连接和远程连接(R)",并选中"同时使用TCP/IP和named
pipes(B)".
三、如果是远程连接,则还要查看连接数据库的语句是否正确,登录账户是否正确,密码是否正确等.
‘柒’ sql server远程调用失败怎么解决
sql server远程调用失败怎么解决
1、确定sql服务是否启动
方法：win+R运行--》输入services.msc打开服务--》查看SQL Server (MSSQLSERVER)是否启动
2、本地连接sql，看是否允许远程连接
方法：右击数据库属性，点击左侧链接选项，右侧查看 允许远程连接到此服务器 是否勾选
3、确定sql端口正确
方法：打开sql server配置管理器--》sqlserver网络配置--》SQLEXPRESS的协议--》开启TCP/IP协议--》查看TCP/IP协议属性 --》IP地址中的端口（默认是1433，如果是其他，确定防火墙已允许通过）
‘捌’ SQL Server 2008远程链接时SQL数据库不成功怎么办
远程连接SQL Server 服务器端和客户端配置
关键设置
第一步(SQL SQL )
开始 >程序 >Microsoft SQL Server (或 ) >配置工具 >SQL Server 配置管理器 >SQL Server网络配置 >MSSQLSERVER(这个名称以具体实例名为准) 的协议 >TCP/IP >右键 >启用
第二步
SQL :
开始 >程序 >Microsoft SQL Server >配置工具 >SQL Server 外围应用配置器 >服务和连接的外围应用配置器 >Database Engine >远程连接 选择本地连接和远程连接并选上同时使用Tcp/Ip和named pipes
(附 如何配置 SQL Server 以允许远程连接
SQL :
打开SQL Server Management Studio >在左边[对象资源管理器]中选择第一项(主数据库引擎) >右键 >方面 >在方面的下拉列表中选择[外围应用配置器] >将RemoteDacEnable置为True (这一步很关键)
Express
如果XP有开防火墙 在例外里面要加入以下两个程序:
C:/Program Files/Microsoft SQL Server/MSSQL /MSSQL/Binn/sqlservr exe
C:/Program Files/Microsoft SQL Server/ /Shared/sqlbrowser exe
第三步
开始 >程序 >Microsoft SQL Server (或 ) >配置工具 >SQL Server 配置管理器 >SQL Server 服务 >右击SQL Server(MSSQLSERVER) (注 括号内以具体实例名为准) >重新启动
第四步
服务器端开启sa用户 开始 > 程序 > Microsoft SQL Server > Microsoft SQL Server Management Studio > 主数据库引擎 > 安全性 > 登录名 > sa 设置密码
第五步
在客户端登陆服务器端数据库 如下图所示
第六步
C#工程更改数据库连接字符串 打开C#工程 > 解决方案资源管理器 > app config > 更改 示例如下
[c sharp]
connectionString="data source=服务器IP/实例名;initial catalog=数据库名;User ID=用户名;password=密码"
第七步
Good Luck! Enjoy……
用户在使用SQL Server 远程链接时 可能会弹出如下对话框
在链接SQL服务器时发生网络链接错误或特定实例错误 SQL服务器不存在或者链接不成功 请验证用户名是否正确或SQL服务器是否已经配置远程链接功能 (错误发现方 命名管道供应方 错误代号 无法和SQL服务器进行链接)
如何处理这一问题?
用户如果发现这个错误提醒 需要检查三个方面的配置 并做出相关修改 (以下所标注的配置措施均以SQL 服务器为模板)
(一)用户需要做的第一件事是检查SQL数据库服务器中是否允许远程链接 在SQL 服务器中可以通过打开SQL Server 管理项目(SQL Server Management Studio )来完成这项检查 其具体操作为
( )右击SQL Server 选项 选择SQL Server Management Studio
( )打开“服务器属性(Server Properties)” (右键连接名称 属性)
选择“允许用户对该服务器进行远程链接”选项后 检查是否问题已经排除 如果远程链接已经成功 该过程已经完成 若用户发现“提醒错误对话框”依然弹出 那么还需要做的是
(二)为微软SQL服务器(MSSQLServer)配置相应协议
此时用户要做的是检查SQL网络链接配置 打开“SQL服务器配置管理”选项>打开“该节点的SQL服务器网络配置选项”>选择“微软SQL服务器网络协议”选项(或用户的SQL服务器中为SQL服务器配置网络协议的选项 不同版本的SQL名称可能不同)
确定“微软SQL服务器网络选项协议”中的TCP/IP协议对服务器来说是有效的 再次检查是否已经可以执行远程链接 若“错误提醒对话框”依然弹出 我们需要进一步检查SQL服务器防火墙选项
(三)检查SQL服务器防火墙设置 (快捷步骤 直接关闭防火墙(不安全))
如果在进行完上两步操作后 用户端计算机仍然无法远程链接到SQL服务器 用户需要做的是对SQL服务器防火墙进行重新配置 在进行这一步操作时 首先找到SQL服务器上那个端口支持TCP/IP协议 用户可以在SQL服务器防火墙已经处于运行状态下 点击“TCP/IP协议”选择“属性”:
从上图中我们可以看出 这台SQL服务器上支持TCP/IP协议的是 端口 下一步要做的是在防火墙的配置中允许 端口支持TCP/IP协议即可 如果服务器上运行的是Windows 操作系统 其配置步骤为(其他微软操作系统的做法类似) 打开“控制面板”选择“Windows防火墙”选项
选择“高级设置”后 在右边菜单栏中找出“具有高级安全选项的Windows防火墙”并将其打开 打开后会发现在左边菜单栏中有“入站规则(Inboud Rules)”选项 将该选项打开 并在右边菜单栏中选择“新建规则(New Rule)”选项
打开“新建规则”选项后 利用“新内置绑定规则向导”为 端口配置“内部绑定协议”配置为适用于TCP/IP协议即可 (前提是 需要完成该步骤以前所述的所有步骤) 根据下面的几幅图为 端口配置适用于 端口即可
完成上述的三大步骤 并确认每一步都操作正确后 用户的SQL服务器即可支持远程链接 一切万事ok了
lishixin/Article/program/SQLServer/201311/22312