如何解决"The application log is full..."的错误？

Question

  我的服务器运行时，内存也就占2、3百M，而物理内存有1G，应该没有问题的。
  我的客户端同时运行的应该有300~400台。我的客户端程序每1秒有两次查询动作，同时还有客户端不定的查询/修改操作。
  一开始运行挺正常，大概2、3天后（服务器和客户端都是不断的，24小时运作）客户端连接时变得巨慢无比，查询一次也
非常慢。
  我进入服务器确认，内存一般占用不到300M，CPU平均占有率30%一下，感觉没有什么问题。我关掉SQL服务并重新启动后，
客户端连接速度正常了。但是服务器弹出了以下对话框：
"The application log is full.If this is the fisrt time you have seen this message take the 
following steps:
Start,Setting,Control Panel,administrative tools,Event Viewr
Select application log,from the action menu choose Clear All Events,choose not to save.
If this dialog persists,contact your helpdesk/system administrator."
不知道是不是高手能看一下？

Answer 1

The   application   log   is   full
应该是windows的应用程序日志满了，和数据库关系不大

Answer 2

lou shang shuo de dui

Answer 3

打开Event Viewr 后，可以设置application log的属性，比如日志的大小（可以改大些），改写日志的设置（估计你的设置成不改写了），一般设置成“久于7天的日志”
因为没有运行在英文系统下，对应的英文不是很清楚

Answer 4

我已经按照对话框的方法把application log 删了，但以后是不是还是会发生类似的错误啊？
windows不是自动删除appliction log啊？

Answer 5

大小的设置应该考虑：
1、这个日志是放在windows目录下的，相对的硬盘空间多大是你必须考虑的。
2、每天日志的多少，如果你设置成7天，而每天产生很多日志，这样没来得及淘汰7天前的就已经挤满了你的情况需要观察日志的内容，哪个程序经常产生日志，最好能排除掉，否则就需要减少覆盖的天数或者增加日志的大小

Answer 6

管理过Windows服务器就知道 这个是很常见的'错误' 也就是提示相应的Application/Security/System/DNS等类型的日志满了 可以清除之 可以设时间段到达之后覆盖操作 

Answer 7

跟SQL Server没有关系 SQL Server里面好像也没有设置往Windows写记录信息的等级 Exchange Server倒有的

Answer 8

如果和SQL Server没有关系,那运行2、3天后客户端连接服务器变得巨慢无比 可能还会出现了？

Answer 9

windows的应用程序日志满，删除
如果和SQL   Server没有关系,那运行2、3天后客户端连接服务器变得巨慢无比   可能还会出现了？
--连接池满了吧，
如果临时表多那加大tempdb试试

Answer 10

第一次使用SQL,所以有些问题都不懂.
今天上午关掉SQL服务并重新启动,然后客户端运行很快了,结果就在刚才(中午)又变得巨慢无比了.
我又关掉SQL服务并重新启动,又快了.
完了啊.
300~400台客户端至少每1秒2次查询操作是不是影响的主要原因?还有楼上的,什么是连接池啊?我总共就6、7个表，而且没有运行过程没有创建临时表。
客户端99%的操作都是查询，不改变数据库的内容，只有不到1%的操作可能进行修改。

Answer 11

在查询变慢时
select @@connections,@@MAX_CONNECTIONS

Answer 12

楼上的,select   @@connections,@@MAX_CONNECTIONS 是TSQL语句吗?
对了，我安装的是SQL2000简体中文4合一中的个人版;
是不是对客户端连接数有限制?
是不是需要安装企业版或是标准版\开发版什么的?

Answer 13

我的客户端同时运行的应该有300~400台。我的客户端程序每1秒有两次查询动作，同时还有客户端不定的查询/修改操作
......
我安装的是SQL2000简体中文4合一中的个人版
-----------
换版本

Answer 14

按你说的情况，有没有可能是数据库链接过多的缘故。记得我测过ORACLE，最多也就支持200多数据库链接（一直申请链接，不释放，到200多就挂了）。你的程序是否采用C/S架构的？
如果是那么多客户端，同时就占用很多链接哦，特别是程序上存不存在有的客户端的链接没有关闭的情况，这样就更符合你说的重启后又正常的现象了。

Answer 15

我用 select   @@connections,@@MAX_CONNECTIONS 查了一下，
MAX_CONNECTIONS 为32767
connections 一直在增大，但是当超过了32767后客户端仍然很快打开，没有变慢的迹象啊

Answer 16

楼上的,那connections要多大才会慢呢?我是指很慢,明显可以感觉到

Answer 17

LZ SQL系统并发连接上限也就32767 你当前的并发连接数超过这个了？超过这个就进queue队列了 

Answer 18

  刚才把个人版给卸了，重新安装了企业版，企业版必须运行在Server版上，型号我的服务器装的是Win2000 Server版.
向后再看看运行一段时间后是否会出现连接变慢的情形.
  还有我一直想知道的是:300多台客户端每秒执行2次查询,是否会影响速度?

Answer 19

经过了一个周末，现在连接数涨至250多万，运行还很正常。
select @@connections,@@MAX_CONNECTIONS的疑问：
MAX_CONNECTIONS固定为32767，但是为什么connections会大于32767呢？connections无限增大没有底么？