求助：sqlserver2005 一般性网络错误。请检查网络文档

2008-07-17 09:15:28 5.3k 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

使用CC Switch桥接Codex与DeepSeek：低成本本地AI编程助手部署指南最近在折腾 AI 编程工具时，发现 Codex 这个由 OpenAI 推出的智能体确实好用，界面友好，能读文件、改代码、自动化操作，对开发效率提升巨大。但它的“原生”玩法需要 OpenAI 账号和信用卡，不仅流程繁琐，调用成本也高。于是，一个很自然的需求产生了：能否让 Codex 使用国内更经济、速度更快的模型，比如 DeepSeek？经过一番探索和踩坑，我发现直接修改 Codex 的配置是行不通的，根源在于两者使用的 API 协议完全不同。最终，我通过一个名为 CC Switch 的开源工具成功实现了桥阅读详情

大约隔一两个小时在应用服务器上事件查看器里出现[dbnetlib]一般性网络错误。请检查网络文档的错误。
重新开一下应用程序就正常了。再隔一阵又出现此问题。
ping数据库服务器IP，机器名都没有出现丢包情况。
telnet 1433也没有异常。
数据库日志也没什么异常日志。
出现此异常的sql语句是一条频繁执行的insert语句。目的表里大约300万数据，不过我将此表里数据清空问题依然存在。
操作系统是win2003企业版64位。数据库是sqlserver 2005企业版64位
各位碰到过这种情况没有，如何解决，请各位高手给些指点，谢谢！

...全文

【深度学习】普通卷积、DWconv（逐深度卷积）与PWconv（逐点卷积）以及DSconv（深度可分离卷积）深度可分离卷积（Depthwise Separable Convolution）通过将常规卷积分解为逐通道卷积（Depthwise）和逐点卷积（Pointwise）两步，显著减少了参数量和计算成本。常规卷积同时提取空间和通道特征，而深度可分离卷积先对每个通道单独进行空间卷积，再用1×1卷积调整通道数。以输入3通道、输出4通道的64×64图像为例，常规卷积需108个参数，而深度可分离卷积仅需39个参数，减少了约2/3。这种结构在轻量级网络（如MobileNet）中广泛应用，可在保持性能的同时降低计算资源需求。阅读详情

entironment

疑难问题 22,298 成员 121,727 内容

+ 关注 + 加入社区

切换为时间正序

「已注销」 2012-06-12

打赏
举报

我们公司的系统是SERVER 2008 R2 和 SQL 2008 EN 也有这样的问题，是不是也和网卡有关呢？

tenson1 2011-05-23

打赏
举报

刚好，我们公司一个服务器也出现此类问题，参考下。。

entironment 2008-07-20

打赏
举报

问题解决，谢谢各位，昨天晚上我也找到了
http://support.microsoft.com/kb/942861地址
谢谢wantfly2006大哥。
我的服务器刚好是Broadcom NetXtreme II网卡，这也能中奖。
谢谢各位，结贴

wantfly2006 2008-07-19

打赏
举报

先按照下面的文章把这些全改了，如果还有问题，就要抓包，慢慢看了

Disable the TCP Chimney, offloading checksum, RSS, and SyncAttackProtect，
TCP Chimmey:
http://support.microsoft.com/kb/942861
http://support.microsoft.com/kb/948496
936594 You may experience network-related problems after you install Windows Server 2003 SP2 or the Scalable Networking Pack on a Windows Server 2003-based computer
http://support.microsoft.com/default.aspx?scid=kb;EN-US;936594
Application log when the BizTalk Server-based server processes a high volume of documents
http://support.microsoft.com/default.aspx?scid=kb;EN-US;899599

net3 2008-07-18

打赏
举报

用一台测试机器，把sqlserver的连接数改为1，测试用两个机器去连，看会报什么错。
如果是一般性网络错误，则可能是连接超出了。

entironment 2008-07-18

打赏
举报

今天将服务器属性中处理器里的提升sqlserver的优先级勾选上了，一上午没有出错，但是下午又出现了两次
写了个测试程序，死循环不停的insert测试表，分别在客户机和服务器上运行这个程序，在出错时客户机的程序中断了两次，但是服务器上的程序没有中断。
客户机上的测试程序，exception出来是“远程主机强迫关闭了一个现有连接”
网络ping一直通的。

entironment 2008-07-17

打赏
举报

谢谢苦*行*僧大哥了，我把服务器重启了，明天看看情况吧，有啥情况再汇报，十分感谢

entironment 2008-07-17

打赏
举报

并发大概1000左右
每天数据量4-5万
page/sec和avg.disk queue length有时会持续在顶部

hery2002 2008-07-17

打赏
举报

你的并发有多少?
每天的业务数据量大概有多大?
I/O和内存是否合理要看你的
Page Life Expectancy ,
Total Server Memory
Page Reads(Writes) / sec等参数.

entironment 2008-07-17

打赏
举报

sp_who的数量很少，就十几条纪录，现在系统已经没什么人使用了。
谢谢苦*行*僧大哥
用户连接数应该没超出
有没可能是服务器IO或者内存瓶颈引起这个错误
但是以前碰到过IO或者内存瓶颈，也不是这种现象，会出现sql超时，也没有网络错误啊。
奇怪的问题啊，不会让我重装服务器吧。

hery2002 2008-07-17

打赏
举报

最简单的就是sp_who.

entironment 2008-07-17

打赏
举报

我ping了一下午，没有丢包，最大的延迟也就10ms。网络还算稳定
期间还出现过几次一般性网络错误的提示，导致应用停止的情况。
主要是为什么间隔一阵就出现此情况
此前也考虑过是不是用户连接数超出了，但是并发连接数设置的是0（无限制）。
不知道sqlserver2005的用户连接数在性能监视器中看到的user connections是不是正确的
网上搜了一下有些人说这个不准确。
苦*行*僧大哥是如何查看用户连接数的

hery2002 2008-07-17

打赏
举报

网络稳定?

entironment 2008-07-17

打赏
举报

应用服务器和database是在同一域中，端口1433也未被占用。怎么回事呢，郁闷

hery2002 2008-07-17

打赏
举报

看看你的用户连接限制,
检查一下你的网络状况.
还有就是端口是否正常,
是否有其它占用的情况.

entironment 2008-07-17

打赏
举报

苦*行*僧大哥的网址我在google上搜到了，在性能监控器里检测user connections 保持在30-40之间，应该不是连接超出的问题。
ping的峰值10ms，大部分是<1ms

tianhuo_soft 2008-07-17

打赏
举报

高峰时ping值的 time是多少

hery2002 2008-07-17

打赏
举报

http://forums.microsoft.com/china/ShowPost.aspx?PostID=2605314&SiteID=15

外网的话，应该是防火墙的问题。你找网管打开端口（1433,如果被占用也可能是其他）
转一段联机文档给你看看。
若要使用防火墙，数据库引擎实例必须侦听防火墙所转发的网络地址。SQL Server Database Engine 的 TCP/IP 网络地址由两部分组成：与计算机中的一个或多个网卡关联的 IP 地址，以及 SQL Server 实例专有的 TCP 端口地址。默认情况下，数据库引擎的默认实例使用 1433 号 TCP 端口。但是，命名实例在首次启动时，会动态分配未使用的 TCP 端口号。如果其他应用程序使用了原来的 TCP 端口号，命名实例在以后启动时也可以动态更改自己的 TCP 端口地址。仅当 SQL Server 当前正在侦听的端口是它自己动态选择的，它才会动态更改为未使用的 TCP 端口；而如果静态分配的端口被其他应用程序占用，SQL Server 将显示错误并继续侦听其他端口。但其他应用程序不太可能使用 1433 号端口，因为该端口是 SQL Server Database Engine 的知名注册地址。

hery2002 2008-07-17

打赏
举报

网络是否正常?

是否是连接数量过多,
或者峰值偏高?
连接数据库时发生"一般性网络错误"的另类解释
http://www.person168.com/showtopic-1313.aspx

求助：sqlserver2005 一般性网络错误。请检查网络文档

相关推荐