6.连接的建立和问题排查...,导致数据库引擎服务

作者: www.9159.com  发布:2019-11-09

SQL2008还原备份的SQL2008的.bak文件时会报错,大部分原因是因为当前登录的版本是2005的,因而无法还原用SQL2008备份的数据,结局的办法是去掉登录的服务器名称后面的后缀SQLEXPRESS,则登录SQL2008,但直接登录也可能会出现如下问题:provide命名管道提供程序,error40 错误2 的问题。这个时候往往是因为无法启动SQLserve服务,进入命令行,输入services.msc进入服务管理找到SQL服务如下图:

6.连接的建立和问题排查

会话的建立分成2个部分:

1.连接,即找到这个实例

2.认证,告诉sql server谁要连接

目录

6.连接的建立和问题排查... 1

6.1协议选择和别名... 1

6.1.1 服务器网络配置... 1

6.1.2 SQL Server Browser的作用... 1

6.1.3 客户端网络配置... 2

6.1.4 客户端网络连接选择机制... 2

6.2 连接失败检测步骤——命名管道... 2

6.3连接失败检测步骤——TCP/IP. 2

6.3.1 SQL Server监听TCP/IP端口... 2

6.3.2 客户端TCP/IP协议配置... 2

6.3.3 TCP/IP连接keepalive机制... 3

6.3.4 配置SQL Server的keepalive. 3

6.3.5 配置客户端的keepalive. 3

6.3.6 TCP/IP连接问题的解决步骤... 3

6.4一般性网络错误... 4

6.5 利用Ring Buffer排查连接问题... 4

 

 

sqlserver端口概念,之前一直以为sqlserver实例都是使用的同一个端口1433,或者是人工修改后的某个端口,近期部门开发的监控平台测试时发现其实不然

                                                   

6.1协议选择和别名

常用协议有3种:

1.Shard Memory:本地访问会使用的,一般用不到

2.TCP/IP

3.Named Pipes:命名管道不是基于网络协议的,而是基于Server Message Block套件的一种协议,使用IPC$共享来无缝和透明的传输数据和用户认证上下文,在访问IPC$共享的时候先要通过Windows认证,这也是命名管道的好处之一。

 

直接在这里右击启动服务,如果启动服务成功,则可以直接利用上述的方式登录SQL2008,如果再此处不能直接启动SQL2008 的服务则进行如下操作:

6.1.1 服务器网络配置

SQL Server的配置管理器可以设置各个协议的开启和关闭。配置好协议之后重启服务,会在errorlog中看到服务是否正常启动。

1.sql server configuration manager 配置管理器

(1)进入SQL2008的配置管理工具中打开配置管理器:

6.1.2 SQL Server Browser的作用

对于命名实例,每次启动绑定的端口不一样。所以SQL Server开发了一套SQL Server解析协议(SSRP)用来监听UDP1434端口。当一个客户端要访问这台服务器上的SQL Server实例,都会先询问UDP1434端口,然后由SSRP协议告诉客户端本台服务器上所安装的SQL Server实例的端口号及命名管道。

SQL Server Browser最小权限如下:

1.拒绝通过网络访问该计算机

2.拒绝本地登录

3.拒绝以批处理作业登录

4.拒绝通过“终端服务”登录

5.作为服务登录

6.读写与网络通信相关的SQL Server注册项

SQL Server Browser读取注册表信息,识别计算机上的所有实例,并注明他们使用的端口和命名管道。

SQL Server 配置管理器为 SQL Server 服务、服务器协议、客户端协议和客户端别名提供基本配置管理

                                                                   www.9159.com 1

6.1.3 客户端网络配置

客户端有4中驱动:

1.MDAC或者WDAC,基于windows,不需要安装,可以通过cliconfg.exe配置

2.SQL Server Native Client,SQL Server带的安装了才有,随SQL Server版本变化而变化。在SQL Server配置管理器也可以对Native Client进行配置。

3.SQLClient,客户端应用程序使用的是托管编程代码,目前一般使用ADO.NET来连接SQL Server。SQLClient没有固定配置工具,是按照Shared Memory->TCP/IP->Named Pipes顺序来连接的。

4.JDBC,用来给Java程序连接SQL Server。

可以在开始菜单栏中或C:WindowsSysWOW64SQLServerManager10.msc中打开

有可能是因为TCP的端口号为空,导致TCP/IP无法监听1433端口,导致数据库引擎服务无法启动,这个时候只用将TCP的端口号直接改为1433就好,截图如下:

6.1.4 客户端网络连接选择机制

SQL Server网络连接机制:

1.SQL Server有自己的网络协议,配置选项,决定SQL Server侦听哪些协议

2.一台服务器上可以有多个SQL Server实例,每个实例使用不同的端口和管道。SQL Server Browser通过读取注册表知道所有实例的网络配置信息。

3.客户端的数据库连接组件上可以配置候选的网络协议。

客户端开启了多个网络协议,一般最后决定使用什么协议的顺序如下:

1.连接字符串中指定协议

2.客户端别名

3.寻找相应数据驱动的LastConnect注册记录

4.通过SQL Server Browser得知端口号或者管道名称

 

                   www.9159.com 2

6.2 连接失败检测步骤——命名管道

2.TCPIP

如果任然无法解决则可能是因为VIA协议被启用了,因为VIA协议也监听1433端口,因此导致数据引擎无法启动,这时候只要禁用VIA协议即可。截图如下:

6.3连接失败检测步骤——TCP/IP

安装默认实例使用的是1433端口,但是可以修改;如果继续安装命名实例,则默认使用动态TCP端口1024-65535之间,也可以设置为静态的TCP端口,方便防火墙开放,使用动态端口后会随机选择1024-65535之间一个数值作为本实例的端口号,端口选定之后重启sql服务不会变化,除非手动再次修改其端口号;设置静态端口时要防止本机上的端口冲突。

                      www.9159.com 3

6.3.1 SQL Server监听TCP/IP端口

SQL Server监听端口,可以为机器上的每个IP地址都设置独立的端口号(无法配置出来),也可以为所有的IP设置统一的端口号。

SQLServer使用SQL server browser服务来监听连接SQL server命名实例的网络要求,提供指定的命名实例侦听的TCP端口号(该服务端口号为udp1434,用于解析实例名,提供该实例名对应的tcp端口用于连接),如果有缓存以后就不需要再通过该服务解析;如果只安装了默认实例,则该服务安装后默认禁用,因为默认实例在访问时只需要提供ip,不需要提供实例名,也就不需要解析。如果是命令实例安装,则browser服务会设置为自动启动安装;所有实例只有一个browser服务,不管一台服务器上安装了多少个SQL实例,始终都只会有一个browser服务。

6.3.2 客户端TCP/IP协议配置

 

6.3.3 TCP/IP连接keepalive机制

客户端和服务器之间的tcp连接是长连接,当客户端连接到服务器的时候指定了keepaliveinterval和keepalivetime参数,在连接空闲时间超过keepalivetime,tcp就会以keepaliveinterval为间隔自动发出keepalive包测试连接是否存活。如果keepalive检测次数超过注册表的TcpMaxDataRetransmissions的定义,对方还是没有反应,就会关闭这个有问题的连接。

Sql server的keepalivetime为30s,keepaliveinterval为1s,windows tcp配置默认TcpMaxDataRetransmissions为5s。

服务端的管服务端的,客户端的管客户端的,但是任何一个超过阀值都会关闭连接。

3.数据库连接

6.3.4 配置SQL Server的keepalive

可以在SQL Server配置管理器中配置tcp的keepalive时间。当然也可以在注册表上修改。

HKEY_LOCAL_MACHINESOFTWAREMicrosoftMicrosoft SQL ServerMSSQL12.MSSQLSERVER MSSQLServerSuperSocketNetLibTcp

TcpMaxDataRetransmissions也可以在注册表上修改:

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesTcpipParameters

我们平时web连接sqlserver数据库一般都是用'ip实例名'这种格式来连接,如果安装的是默认实例的话,就是直接用ip来访问就可以。下面提供sqlserver另一种通过端口来访问的格式,即'ip,端口号',ip与端口号之间需要逗号分隔。

6.3.5 配置客户端的keepalive

任何客户端都有keepalive机制,keepalivetime为30s,keepaliveinterval为1s。其中只有native client可以在SQL Server配置管理器上修改。

www.9159.com 4

当然可以在注册表上修改

例子:本机(192.168.149.18)安装了一个默认实例(下图显示默认使用的是tcp1433端口)及一个命令实例epoint(下图显示默认使用的是动态端口55186)

6.3.6 TCP/IP连接问题的解决步骤

解决问题思路:

1.验证SQL Server是否监听端口,可以查看错误日志

2.验证SQL Server监听的端口和配置的值是否一致

3.检查网络是否正常

4.telnet查看是否可以连接到某个端口

5.检查登录用户权限

服务器访问:

6.3.6.1 监听多个端口

多个端口的监听,可以在设置端口是用逗号隔开

www.9159.com 5

192.168.149.18 ----> 直接访问ip不需要通过SQL server browser服务解析,默认访问1433端口,也就是默认实例

6.3.6.2 端口绑定失败

端口绑定失败,在启动是时候会报错。

可以查看端口是否被占用

192.168.149.18,1433 ----> 直接访问监听1433端口的实例,不需要SQL server browser服务解析,同样访问的是默认实例

6.3.6.3 检查连接使用的协议

SELECT*FROMsys.dm_exec_connections

192.168.149.18epoint -----> 先要通过SQL server browser服务解析实例名epoint,提供epoint的端口号55186,然后去连接该端口号访问epoint实例

6.3.6.4 访问防火墙后的SQL Server

192.168.149.18,55186 -----> 直接访问epoint实例

6.4一般性网络错误

 

6.5 利用Ring Buffer排查连接问题

Ring Buffer,可以捕捉每个由服务器发起的关闭连接记录,包含会话异常中断或者登陆失败,Ring Buffer最多1000条数据。

Connectivity Ring Buffer有3种记录:ConnectionClose,Error,LoginTimers。

Connectivity Ring Buffer可以让你在不能使用NetWork Monitor情况下解决棘手的问题。

Connectivity Ring Buffer中的LoginTimers记录了整个登陆过程所话的时间。

SELECTCAST(record ASXML) record

       ,CAST( record ASXML). value('(//Record/ConnectivityTraceRecord/RecordTime)[1]','datetime')  recordtime

       ,CAST( record ASXML). value('(//Record/ConnectivityTraceRecord/RecordType)[1]','varchar(20)')  Recordtype

FROMsys.dm_os_ring_buffers

WHERE ring_buffer_type ='RING_BUFFER_CONNECTIVITY'

 

4.总结

通过了解sqlserver内部的端口概念,在排错的时候也提供的更多的思路

比如当web服务器无法访问sql时,我们可以查看是否开启TCP/IP协议,访问命令实例时,SQL server browser服务是否开启,实例对应监听端口是否可以telnet等判断问题原因。

本文由9159.com发布于www.9159.com,转载请注明出处:6.连接的建立和问题排查...,导致数据库引擎服务

关键词: