转载:http://blogs.msdn.com/b/apgcdsd/archive/2012/06/07/sql-server-connection-keep-alive-faq-3.aspx

这个是SQL Server Keep Alive FAQ文章的最后一篇。

:为什么我在客户端设置了KeepAlive值,但是我使用SQL server management studio 测试的时候,该值总是不起作用?

[答]目前市场上主流的数据库访问技术有ODBC,OLEDB,SQL native client 和 SQLclient。其中SQLclient是.NET里面使用的托管provider。目前SQL Server configuration manager里面提供的keepalive设置是针对SQL native client 的:

也就是说,该值只对使用SQL Native Client 来访问数据库的程序有效。SQLcmd.exe是使用SQL native client来访问SQL server的一个命令行工具,所以您可以使用SQLCmd来测试上面的keepalive值。注意修改keepalive值后,你需要退出SQLcmd重新运行它才能使用新值。我在几组机器测试了几组不同的keepalive值,SQLcmd程序的TCP连接都很好按照设置的值发出keepalive网络包。注意你需要使用TCP连接服务器来测试。我使用下面的连接串以保证使用TCP 连接:

SQLcmd -E -STCP:mycomputer\SQL2012,55890

(机器名:mycomputer,实例名:SQL2012,端口号 55890)

我使用network monitor 3.4捕获keepalive包如下图:

秒(时间间隔可以看time offset前后相减即可)。而上图间隔7秒的是SQLcmd的TCP连接发出的keepalive包。我测试中使用SQL server configuration manager设置了native client 的keepalive为7秒。从上面图也印证了服务器端的TCP连接和客户端的TCP连接各自发送自己的keepalive包,相互不影响。

注意, SQL Server native client的keepalive值存放在下面注册表里面:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SNIx.0\tcp\Property2

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SNIx.0\tcp\Property3

秒值,无法修改。

问题2. ODBC,SQL OLEDB,SQL native client和SQLClient的TCP keepalive缺省时间都是多少?在哪里可以设置?

秒。

可以修改如下注册表值来设置ODBC 和SQL OLEDB的keepalive值:

HKLM\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib\Tcp ==> KeepAliveTime : DWORD : <dwValue>

HKLM\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib\Tcp ==> KeepAliveInterval : DWORD : <dwValue>

位的ODBC/SQL OLEDB程序,则需要修改如下注册表:

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\MSSQLServer\Client\SuperSocketNetLib\TCP

)和FAQ (2)或问题1。

对于SQL client,需要在使用sqlclient的应用程序里面使用代码设置。

:服务器端如果网线被拔掉,这对于那些已经存在的TCP连接会有什么影响?SQL server会马上关闭连接么?如果拔掉网线然后马上又插回去呢?

[答]这样问题复杂一些。当网线拔掉的时候,网卡首先获知该事件。Windows 2003以及后面的操作系统都实现了media sense 媒体感知功能。操作系 收到网卡发来的media sense 的断线(disconnect)事件后,如果在DisconnectDampInterval(一般是5-10秒)的时间内,网线连接还没有恢复,那么就会发送信息给侦听该网卡IP的连接。那么所有监听该IP的上层应用程序如SQL server 就会得到disconnect的事件,然后就会进行相应的动作如kill connection, rollback事务等。

具体点来说,SQL server 的网络IO是通过IOCP (IOCompletionPort)实现的。 SQL server在后台有几个专门的线程侦听该端口。这些线程调用GetQueuedCompletionStatus()函数得到网络数据状态,然后调用相应的callback函数(如ReadHandler函数)来做具体的数据处理。当网线断的时候,操作系统过了DisconnectDampInterval时间后,GetQueuedCompletionStatus函数就会得到disconnect信息,而callback函数readhandler就被调用来读取数据但实际上是读到disconnect的网络断事件。SQL server 得知该disconnect事件后,就生成一个task,该task就是做kill session的任务,把事务会滚,把连接(connection)关掉。

所以说,如果你在很快的时间内(几秒),拔掉网线马上插回来,那么SQL server的TCP连接(connection)会保持不会被关闭。

你或许会问,media sense功能如何disable呢?具体可以参考如下命令:

netsh interface ipv4 set global dhcpmediasense=disabled

netsh interface ipv6 set global dhcpmediasense=disabled

如何察看这些设置的命令如下:

netsh interface ipv4 show global

netsh interface ipv6 show global

回到keepalive。如果SQL Server服务器的TCP的keepalive设置时间很短,小于DisconnectDampInterval -5时间值,那么SQL server会先于操作系统得知连接断线的状态而采取相应的动作。实际中不建议过短的keepalive值。

:DisconnectDampInterval在哪里可以修改?有没有media sense的更多的信息?

[答]可以参考如下WinCE的文档:在

http://msdn.microsoft.com/en-US/library/ee486075(v=WinEmbedded.60).aspx

ConnectDampingInterval specifies the amount of time, in seconds, by which TCP/IP will delay any action in response to a Media Sense connect event.

DisconnectDampInterval specifies the amount of time, in seconds, by which TCP/IP will delay any action in response to a Media Sense disconnect event.

在非CE平台上该定义依然有效,不过,缺省值是5~10秒。可以修改如下注册表修改该值:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters

DisconnectDampInterval

ConnectDampInterval

这两个参数有最大最小值限制, Min = 5 seconds,Max = 10 seconds。

:如下图SQL server的网络协议TCP的属性页为何没有keep alive interval选项?

秒的时间间隔.

:我的应用程序如何才能捕获keepalive机制侦测到的网络问题?

[答] 对于用户程序,你需要调用ExecuteSQL或类似的方法才能获知connection的真实状态. 如下面例子所示:

using (SqlConnection connection = new SqlConnection())

{

connection.ConnectionString ="Data Source=TCP:cn-simon-w7\\sql2012,55890;Initial Catalog=test;Integrated Security=true;pooling=false";

SqlCommand cmd = new SqlCommand();

cmd.CommandText = "select * from t";

cmd.Connection = connection;

cmd.CommandTimeout = 0;

try

{

connection.Open();

cmd.ExecuteNonQuery();

}

catch (Exception ex)

{

//do your work here for this exception

MessageBox.Show(ex.Message);

};

}

我做了小测试步骤如下:

1)   想办法阻塞 "select * from t"使得它不返回结果而处于等待状态。

2)   然后拔掉服务器网络线。

3)   然后过一会,我的catch语句捕获了错误:

你其实可以对ex对象做更多的处理,请参看有关编程文档,此处不多描述。

最新文章

  1. 使用WinRAR创建可执行程序(例如:Java程序打包 成exe)
  2. java微信接口之——获取access_token
  3. wampserver---------如何让局域网其他电脑访问我的apache
  4. DecimalFormat 中的 # 与 0 的区别(中文帮助文档中翻译可能是错误的)
  5. Web项目后台测试流程
  6. Summarize code for the three presentation experiments
  7. map中的erase成员函数用法
  8. ArcGis ToolBar为灰色
  9. flexbox弹性盒子模型
  10. C#中int32 的有效值范围
  11. StringBulider简单用法
  12. 【NOIP2016TG】solution
  13. (概念)多个CPU和多核CPU以及超线程(Hyper-Threading)
  14. PHP学习(3)—在HTML中嵌入PHP
  15. BOM(浏览器对象模型)
  16. HTML(八)HTML meta标签&amp;base标签
  17. pandas,读取或存储DataFrames的数据到mysql中
  18. [转帖]IP /TCP协议及握手过程和数据包格式中级详解
  19. console.log()显示图片以及为文字加样式
  20. 【算法】QuickSort

热门文章

  1. 【读书笔记】iOS-头文件导入-@class注意事项
  2. 朝花夕拾-android 自定义toast
  3. java集合 之 Collection和Iterator接口
  4. 集成ZBar时容易遇到的问题以及解决方法
  5. 数据库性能调优——sql语句优化(转载及整理) —— 篇1
  6. informatica 常见问题及解决方案
  7. Effective Java 42 Use varargs judiciously
  8. 管理故事&mdash;&mdash;和尚挑水的故事
  9. 深入PHP内核之面向对象总结
  10. 存储过程之七—java代码调用