急，在线等待，后台进程占用了很大资源

xdfzmh

而且数据库重起后还是没有解决问题。

oracle-plus

重起之後，i/o還是很厲害？那就應該跟imp沒有關系了。
想一下有沒有什麼後台的job在跑？

dx6340

因为你是shutdown abort, 重启动后需要rollback，所以I/O 还是比较高，等一段时间看看。

xdfzmh

dx6340,我想确认如果是回滚为什么会这么慢（差不多二天了）。能不能跟踪到他的信息呢。

xdfzmh

兄弟比较急能不能加我的MSN ：xdfzmh@hotmail.com
QQ;59875927     谢谢各位！！

ghost_zy1979

这个问题很有研究价值，如果楼上的解决了的话，写个文档给大伙看看，thanks

rollingpig

qurey v$sesstat and v$session_wait

SID由v$session给出。

xdfzmh

系统等待事件是：db file parallel write
这是一个系统进程。查不到相对应的SQL语句
v$sesstat:
      SID STATISTIC#      VALUE
---------- ---------- ----------
       278         22        129
       278         23       2794
       278         24        390
       278         25    2021384
       278         26    3611276
       278         20      86712
       278         21      86712
STATISTIC# 这个对应的是什么。其余的值都不是很大

husthxd

有导入日志吗?
是不是在倒一张很大的表的时候中断了?

1.查找使用回滚段的sid
查询v$transaction视图
检查v$transaction.used_urec 和 v$transaction.used_ublk字段
前者代表回滚段记录数量，如果该值增加代表事务在向前，如果减少代表事务在回滚，你可以根据这个估计一下事务完成需要的时间.
后者代表undo使用的block数量.

SELECT S.SID, S.SERIAL#, S.USERNAME, R.NAME "ROLLBACK"
FROM V$SESSION S, V$TRANSACTION T, V$ROLLNAME R
WHERE S.TADDR = T.ADDR AND T.XIDUSN = R.USN
AND R.name IN ( SELECT segment_name FROM dba_rollback_segs WHERE TABLESPACE_NAME ='UNDOTBS01')

2.如何估算什么时候回滚完成？
执行查询:
SELECT a.used_ublk      
FROM v$transaction a, v$session b     
WHERE a.addr = b.taddr AND b.sid = <SID>
/
-- 如果used_ublk12个小时前显示为29,900现在为22,900,表示需要12个小时回滚7000个entries.
-- 那么后续的回滚需要12*(22900/7000),大概36个小时.

xdfzmh

忘了写导入日志，是在导入很大的表的时候中断了（估计有2000，0000条数据）。因为数据库昨天被我shutdown abort 了，今天我看了v$transaction记录为0，但数据库的I/O读的很大，等待事件报：
db file parallel write                                                  278
free buffer waits                                                       250
free buffer waits                                                       267
free buffer waits                                                       269  都是系统进程，我看sid 对应的操作系统ora_dbw0_caitong 进程读I/O 很厉害，我不知道数据库现在正在做什么操作。（现在的数据库很慢）