今天查看偶得可爱的dbora817,发现了一个问题:
select sid,event from v$session_wait;
发现了
7 buffer busy waits
8 log file switch (archiving needed)
这是咋个回事呢?
最近我做了什么事情呢?原来早上我本打算对数据库进行压力测试,所以往一个表里面insert了200万的数据。
不想偶得pc根本受不了,sqlplus死掉了。我就直接把它Ctrl+C了。不过session还在,而且v$session_wait里和
v$locked_object里面还有这个session的信息。
于是我就把这个session给直接干掉了:
alter system kill session '12,441';
这个问题是解决了。
没想为insert的数据太多,我得重做日志设的只有1M大小,而且只有三个。所以当重做日志三个都被填满了,而且archive
还没做完。所以就在v$session_wait里出现log file switch (archiving needed)的event.
试着Troubleshooting一下:
a.
SQL> alter system switch logfile;
不想这个操作也hung住了,根本没反应。这个应该是本来logfile都已经满了,肯定switch也是没法子做得了。
b.增加第四组logfile,大小为10M.
SQL> alter database add logfile group 4 'C:ORACLEORADATASYMIELDREDO04.LOG' size 10m;
发现做完了之后,第一步里的alter system switch logfile也成功完成了。
c.删掉第一组的logfile.
SQL> alter database drop logfile group 1;
alter database drop logfile group 1
*
ERROR 位于第 1 行:
ORA-00350: 日志 1 (线程 1) 中需要归档
ORA-00312: 联机日志 1 线程 1: 'C:ORACLEORADATASYMIELDREDO01.LOG'
删不掉,提示第一组联机日志需要归档。
d.归档联机日志
SQL> archive log start
已处理的语句
SQL> archive log NEXT
ORA-00271: 没有需要存档的日志
SQL> archive log all;
ORA-00271: 没有需要存档的日志
归档完成。
e.删掉第一组的logfile.
SQL> alter database drop logfile group 1;
数据库已更改。
f.增加第一组logfile,大小为10M.
SQL> alter database add logfile group 1 'C:ORACLEORADATASYMIELDREDO01.LOG' size 10m;
alter database add logfile group 1 'C:ORACLEORADATASYMIELDREDO01.LOG' size 10m
*
ERROR 位于第 1 行:
ORA-00301: 添加日志文件 'C:ORACLEORADATASYMIELDREDO01.LOG' 时出错 -
无法创建文件
ORA-27038: skgfrcre: 文件存在
OSD-04010: <创建> 选项指定,文件已经存在
第一组logfile已经存在?因为drop掉的第一组日志的操作系统文件并没有被删除。
del C:ORACLEORADATASYMIELDREDO01.LOG
再try一次
SQL> alter database add logfile group 1 'C:ORACLEORADATASYMIELDREDO01.LOG' size 10m;
数据库已更改。
g.再更改剩下的logfile。
注意的是:v$log中status为active和arc为No的日志文件不能被drop.
查看结果:
数据库SQL> select sid,event from v$session_wait;
SID EVENT
---------- ----------------------------------------------------------------
ok,搞定。
已经没有相关的event了。
added by 20050804:
昨晚上看《Oracle8 备份与恢复手册》发现:
原来,如果Archivelog模式下的数据库,如果归档的操作没有被正常执行,那么整个数据库将被挂起。
偶怀疑这次就是一个挂起的事件。