SQL Server出现错误: 4014

SQL Server出现错误: 4014

线下的测试机器老是报错,从errorlog里看到大量的4014错误

A fatal error occurred while reading the input stream from the network. The session will be terminated (input error: 0, output error: 0).
错误: 4014,严重性: 20,状态: 16。

于是谷歌了一下,发现了一篇文章:https://www.mssqltips.com/sqlservertip/3538/fixing-sql-server-fatal-error-4014/

大家知道现在的网卡内置功能都比较厉害,有些功能甚至可以代替CPU去执行,于是微软发布了Scalable Networking Pack (SNP) 可伸缩网络包,可伸缩网络包包括了以下3个主要功能

TCP/IP Chimney Offload
Receive Side Scaling (RSS)
Network Direct Memory Access (NetDMA)

大家可以用下面命令查看上面3个功能是否是enabled

netsh int tcp show global

一般操作系统会默认开启Chimney Offload功能,这个是TCP/IP网络包下推功能,本来是CPU处理的现在交给网卡处理,减轻CPU负担,加快网络包处理速度

但是不是所有网卡都支持Chimney Offload功能,由于线下测试机器是普通家用PC,所以网卡驱动并不带有这个内置功能

解决办法是禁用Chimney Offload

netsh int tcp set global chimney=disabled
netsh int tcp set global rss=disabled

禁用之后,再执行netstat命令看一下处理是否迁移回CPU

netstat -t

如果最后一列是InHost,那么表示数据包的处理逻辑是CPU上完成,而不是在网卡上完成

至此,问题解决,errorlog也没有发现4014错误

如有不对的地方,欢迎大家拍砖o(∩_∩)o 

时间: 2024-11-08 22:10:02

SQL Server出现错误: 4014的相关文章

SQL SERVER错误:已超过了锁请求超时时段。 (Microsoft SQL Server,错误: 1222)

在SSMS(Microsoft SQL Server Management Studio)里面,查看数据库对应的表的时候,会遇到"Lock Request time out period exceeded.(Microsoft SQL Server, 错误1222)",对应的中文错误提示为"已超过了锁请求超时时段. (Microsoft SQL Server,错误: 1222)",如下截图所示,不管是用一般权限的账号还是具有sysadmin角色的登录名都是如此. 这

用户 'sa' 登录失败。 (Microsoft SQL Server,错误: 18456)

今天登陆数据库的时候,却忽然登陆了不了,并且提示了这样的错: 解决方法: 1.用Windows身份登录数据库 2.安全性==>登录名==>双击sa 3.重设密码 4.状态==>登录:启用==>确定 5.右击服务器名==>属性 6.重启数据库,和数据库服务. 用户 'sa' 登录失败. (Microsoft SQL Server,错误: 18456)

The database could not be exclusively locked to perform the operation(SQL Server 5030错误解决办法)(转)

Microsoft SQL Server 5030错误解决办法 今天在使用SQL Server时,由于之前创建数据库忘记了设置Collocation,数据库中插入中文字符都是乱码,于是到DataBase的Options中修改Collocation,出现了The database could not be exclusively locked to perform the operation这个错误,无法修改字符集为Chinese_PRC_90_CI_AS. 解决办法找了很久才找到,如下: 1.执

SqlServer2005 provider: TCP 提供程序, error: 0 - 由于目标计算机积极拒绝,无法连接。) (Microsoft SQL Server,错误: 10061)问题解决

环境:win7 32位 数据库:sqlserver2005 报错过程: 按照sqlserver2005默认流程一步步安装的,以前启动一直正常, 今天启动本机安装的sqlserver2005,点击""登陆,时,报错:错误信息如下: 标题: 连接到服务器 ------------------------------ 无法连接到 XGL. ------------------------------ 其他信息: 在与 SQL Server 建立连接时出现与网络相关的或特定于实例的错误.未找到

sql server 2008出现 数据库主体在该数据库中拥有架构,无法删除。 (Microsoft SQL Server,错误: 15138)

在用sql server 2008做数据挖掘时,出现用户无法访问的问题,所以给相应的数据库添加一个登入用户zhang,并赋予相应的权限.在调试时,发现还是存在问题,故想删除这个用户zhang,并新建一个用户.出现错误提示: 数据库主体在该数据库中拥有架构,无法删除. (Microsoft SQL Server,错误: 15138) 解决方案: 先删除此用户对应的架构,然后在删除对应的用户 具体步骤: 1.相应数据库-->安全性-->构架,先删除对应的构架 2.相应数据库-->安全性--&

用户、组或角色 'zgb' 在当前数据库中已存在。 (Microsoft SQL Server,错误: 15023)

在使用SQL Server 时,我们经常会遇到一个情况:需要把一台服务器上的数据库转移到另外一台服务器上.而转移完成后,需要给一个"登录"关联一个"用户"时,往往会发生错误: "错误15023:当前数据库中已存在用户或角色" 这个问题非常棘手,几经排常找到了原因与解决方法,因为这个问题与解决方法均比较复杂,所以把这个过程中的一些经验纪录下来与大家分享,希望能对大家以后的类似操作有所帮助. 原因及解决办法如下: 首先介绍一下sql server中&

SQL Server 还原错误“restore database正在异常终止 错误 3154”

今天在还原数据库时,先建立相同名字的数据库,然后在该数据库上右键还原数据库.遇到了这样的一个错误: “备份集中的数据库备份与现有的 'RM_DB' 数据库不同. RESTORE DATABASE 正在异常终止. (Microsoft SQL Server,错误: 3154) ” 很显然,这是由于备份的数据库版本和我现在还原的数据库版本不一样导致的. 最终通过以下方法解决了此类问题: (1)直接在“数据库”上右键菜单->还原文件和文件组 (2)直接写入数据库名字-RM_DB,点击确定,OK!还原成

SQL SERVER 9003错误解决方法 只适用于SQL2000

SQLSERVER 9003错误解决方法 只适用于SQL2000 (只适用于SQL2000) "无法打开新数据库 'POS'.CREATE DATABASE 中止. (Microsoft SQL Server,错误: 9003)" 看是9003错误,就想到可能是由于日志文件的原因,再看数据库文件可能损坏,于是想到dbcc checkdb指令. 方法如下: 1.我们使用默认方式建立一个供恢复使用的数据库(如pos).可以在SQL Server Enterprise Manager里面建立

Sql Server 相关错误问题及解决方法

1.首当其冲是登陆问题, SQL Server 2008选择Windows身份验证无法登录 (Microsoft Sql Server,错误:18456) 就是在连接SQL Server 2008时,选择Windows身份验证,提示用户名或密码有误. 无论是Windows身份验证还是SQL身份验证,在SQL Server里都应该存在对应的登录名. 先通过SA账户密码,检查"安全性"-"登录名",发现只有一个systenm Windows账户,没有Administra