数据库非正常关闭不能open

显示全部楼层 · 2011-11-1 16:24:04

Oracle 10.2.0.1.0 数据库非正常关闭重新启动后，在做recovery，快一小时了不能open，一直等着还是怎么办呢？
日志如下：
ALTER DATABASE OPEN
Thu Jul 14 23:09:08 2011
Beginning crash recovery of 1 threads
parallel recovery started with 3 processes
Thu Jul 14 23:09:09 2011
Started redo scan
Thu Jul 14 23:09:39 2011
Completed redo scan
3017006 redo blocks read, 468355 data blocks need recovery

Thu Jul 14 23:26:57 2011
Started redo application at
Thread 1: logseq 26582, block 519755
Thu Jul 14 23:26:57 2011
Recovery of Online Redo Log: Thread 1 Group 4 Seq 26582 Reading mem 0
Mem# 0 errs 0: /opt/oracle/oradata/orcl10g/redo04.log
Mem# 1 errs 0: /opt/oracle/oradata/orcl10g/redo04b.log
Thu Jul 14 23:27:03 2011
Recovery of Online Redo Log: Thread 1 Group 3 Seq 26583 Reading mem 0
Mem# 0 errs 0: /opt/oracle/oradata/orcl10g/redo03.log
Mem# 1 errs 0: /opt/oracle/oradata/orcl10g/redo03b.log
Thu Jul 14 23:27:16 2011
Recovery of Online Redo Log: Thread 1 Group 2 Seq 26584 Reading mem 0
Mem# 0 errs 0: /opt/oracle/oradata/orcl10g/redo02.log
Mem# 1 errs 0: /opt/oracle/oradata/orcl10g/redo02b.log
Thu Jul 14 23:27:30 2011
Recovery of Online Redo Log: Thread 1 Group 1 Seq 26585 Reading mem 0
Mem# 0 errs 0: /opt/oracle/oradata/orcl10g/redo01.log
Mem# 1 errs 0: /opt/oracle/oradata/orcl10g/redo01b.log
Thu Jul 14 23:27:41 2011
Completed redo application

千问 · 2011-11-1 16:24:04

还在做instance recovery吧，也没报错。

千问 · 2011-11-1 16:24:04

回滚大事务

千问 · 2011-11-1 16:24:04

是啊，在做recovery，没有报错，也不敢乱动。中间有一次等了一个小时我看没反应，当时很急，没有耐心等，被我停掉了。最后又重启，又等了半个多小时没有反应。我想干脆去睡会，省的等的干着急。睡了一小时，自己醒了，爬起来看哈哈open了，差不多75分钟后open的。
总结一下：
这次是不小心误删了进程导致数据库关闭的，重启后做recovery，长时间不能open。最后还是等着recovery完毕才open。
以后得多加小心了，避免造成不必要的麻烦和损失。

千问 · 2011-11-1 16:24:04

以后再去做操作前先仔细看三遍，确定了操作的内容，然后再去执行。
做好备份也是必要的，有备无患。
现在看看DBA的工作也是高风险啊，心理承受能力得强些，哈哈。

千问 · 2011-11-1 16:24:04

TAIL -F ALERT.LOG
看看是否在进行事物回滚和恢复？

千问 · 2011-11-1 16:24:04

select distinct KTUXECFL,count(*) from x$ktuxe group by KTUXECFL;

千问 · 2011-11-1 16:24:04

原帖由 jieyancai 于 2011-7-15 12:32 发表
select distinct KTUXECFL,count(*) from x$ktuxe group by KTUXECFL;

SQL> select distinct KTUXECFL,count(*) from x$ktuxe group by KTUXECFL;
KTUXECFL
COUNT(*)
------------------------ ----------
NONE
8012
DEAD
6

千问 · 2011-11-1 16:24:04

竟然有6个死事务要恢复。
select ADDR,KTUXEUSN,KTUXESLT,KTUXESQN,KTUXESIZ from x$ktuxe where KTUXECFL='DEAD';
select sid,username,sql_id,sql_hash_value from v$session where taddr in(select ADDR from x$ktuxe where KTUXECFL='DEAD');
[ 本帖最后由 jieyancai 于 2011-7-15 12:48 编辑 ]

千问 · 2011-11-1 16:24:04

原帖由 jieyancai 于 2011-7-15 12:46 发表
竟然有6个死事务要恢复。
select ADDR,KTUXEUSN,KTUXESLT,KTUXESQN,KTUXESIZ from x$ktuxe where KTUXECFL='DEAD';
select sid,username,sql_id,sql_hash_value from v$session where taddr in(select ADDR from x$ktuxe where KTUXECFL='DEAD');
SQL> select ADDR,KTUXEUSN,KTUXESLT,KTUXESQN,KTUXESIZ from x$ktuxe where KTUXECFL='DEAD';
ADDR
KTUXEUSN KTUXESLT KTUXESQN KTUXESIZ
---------------- ---------- ---------- ---------- ----------
9FFFFFFFEF5AA9B8
3
41117310
0
9FFFFFFFEF5AB828
3 461117307
0
9FFFFFFFEF5AA960105
3 108539
0
9FFFFFFFEF5AB460122 3543183
0
9FFFFFFFEF5AA9B8130
410376
0
9FFFFFFFEF5AA858132
0 3342
0
6 rows selected.
SQL> select sid,username,sql_id,sql_hash_value from v$session where taddr in(select ADDR from x$ktuxe where KTUXECFL='DEAD');
no rows selected