等待事件所以为众多DBA所关注与研究,是因为通过等待事件可以迅速发现数据库瓶颈,并及时解决问题。在网上,EYGLE曾经发起过一个讨论,让大家“列举你认为最重要的9个动态性能视图”,很多人的回复里都选择了和等待事件相关的几个视图,它们是v$session、v$session_wait和v$system_event。 来看一下这几个视图的作用及重要意义: ·v$session视图记录的是数据库当前连接的Session信息。·v$session_wait视图记录的是当前数据库连接的活动Session正在等待的资源或事件信息。·由于v$session记录的是动态信息,和Session的生命周期相关[......]
等待事件
等待事件: 很长时间以来,通过什么样的手段来衡量数据库的状况,发现数据库的问题,优化数据库的性能一直是人们广为争论的话题。从Oracle 7.0.12开始,Oracle引入了等待事件,随即等待事件成为了数据库性能优化的一个重要指导。 当一个进程连接到数据库之后,进程所经历的种种等待就开始被记录,并且通过一系列的动态性能视图进行展现。通过等待事件用户可以很快地发现数据库的性能瓶颈,从而进行针对性优化和分析。下面将着重介绍等待事件在Oracle研究及优化过程中的作用。 等待事件的起源: 等待事件的概念是在Oracle 7.0.12中引入的,大致有100个等待事件。在Oracle 9.0中这[......]
回滚段损坏的恢复
回滚段损坏的恢复: 在abort关闭数据库之后,重新启动数据库即出现以下错误: SMON: about to recover undo segment 57SMON: mark undo segment 57 as availableSMON: about to recover undo segment 57SMON: mark undo segment 57 as availableSMON: about to recover undo segment 57SMON: mark undo segment 57 as available 这次abort关闭最终导致了回滚段损坏。在此提醒大家[......]
特殊情况的恢复
特殊情况的恢复: 在很多情况下,特别是在使用隐含参数强制打开数据库之后,可能会在警报日志中出现ORA-00600 4194错误。 4194错误通常说明UNDO段出现问题,最好的办法是通过备份进行恢复,如果没有备份,那么可以通过特殊的初始化参数进行强制启动,本文就Oracle的隐含参数进行恢复说明(由于实际情况可能各不相同,进行测试前请先备份),仅供参考。 修改init<sid>.ora参数文件,使用Oracle隐含参数_corrupted_rollback_segments将回滚段标记为损坏,此时启动数据库,Oracle会跳过对于这些回滚段的相关操作,强制启动数据库。 ._[......]
使用Flashback Query恢复误删除数据
使用Flashback Query恢复误删除数据: 误删除了部分重要数据,并且已经提交,需要恢复。这该怎么办?首先尝试使用flashback query闪回数据。首先确认数据库的SCN变化: sys@CCDB> col fscn for 9999999999999999sys@CCDB> col nscn for 9999999999999999sys@CCDB> select name,first_change# fscn,next_change# nscn,first_time from v$archived_Log where status = 'A';NAME&n[......]