数据库偶尔疯狂写日志！怎么回事？

cq_1390263

环境 Oracle8.16+win2000 ,现象:数据库不停写硬盘，导致客户端连接不上数据库（报网络错误，数据库CPU利用率100％），1分钟产生3个归档日志,(归档日志大小10M),正常运行时一天都只产生5－6个。数据库很小EXP导出只有200M，出错时所有表空间利用率没有一个超过50％，硬盘空间足够，以前差不多每2天出现一次，有一次隔了15天。出现后只有重起数据库的机器，起来后有时还要写硬盘，再重起（反复多次）就不写了，如果不重起，就一只写，有一次让他写了2个半小时还在写，数据库的机器是IBM服务器2块硬盘做的RAID 1（速度是慢一点，也不至于这样），这是什么问题？

biti_rainy

把日志文件设置大一点，比如 10MB 或者 20MB

1MB 也太小了点！影响检查点

至于为什么写磁盘……  这个问题只有你自己能查出来
先找哪个进程消耗资源
然后找该进程正在执行什么  sql  
……


但你的 数据库 写磁盘  和 client不能连接之间是否有必然联系我持怀疑态度，可能是因为其他原因

txfy

嘿嘿，估计是定时作业搞的，数据库最初就是你管的吗？

cq_1390263

原帖由 "biti_rainy" 发表：
把日志文件设置大一点，比如 10MB 或者 20MB

1MB 也太小了点！影响检查点

至于为什么写磁盘……  这个问题只有你自己能查出来
先找哪个进程消耗资源
然后找该进程正在执行什么  sql  
……


但你的 ?.........

对不起！我写错了，归档日子是10M。
这么大应该够不够？

nocode

检查你那个时间点到底有什么应用在进行，不知道就通过分析一下日志找找线索。
redo log的大小根据你的应用的事务处理速度来决定的，10M够不够大需要你自己来判断。
平时一天5、60M的归档是个小库（测试的？），还是先查应用吧。

OCPHUI

可能有潛在的大型作業哦﹐當然是你不想要的。

1。應用程序段有問題﹐對大表的操作范圍界定有誤。

2。有后端的批處理作業。

我曾經遇到過這種情況。由于程序員的失誤﹐我的數據庫一天產生了
30 GB 的archive log 哦。

cq_1390263

根据平常工作来看，事务应该不是很大！
现在我把这个数据库的日志文件发出来，让大家分析一下！
http://infoit.vicp.net:8080/images/upfile/shgfdbalrt.rar

txfy

use
select * from user_jobs;
看看有什么？

txfy

另外可以看看触发器什么的，有没有死循环触发！

nocode

不是分析alert日志，是用logminer分析归档日志