oracle数据库非常规恢复之道-惜分飞.pdf

Oracle数据库非常规恢复之道 ———程飞 网名:惜分飞 QQ号：107644445 邮箱：dba@ 技术BLOG： 2017瀚高 ·第二届数据库技术峰会 预备知识 控制文件相关scn v$database. checkpoint_change# v$datafile. checkpoint_change# 点击输入文字 数据文件相关scn v$datafile_header.checkpoint_change# 数据库干净判断 v$datafile_header.FUZZY （数据文件头） v$datafile.last_change# （控制文件） dump分析 alter system dump datafile ‘/u01/oradata/orcl/system01.dbf’ block 60;--dump block （mount状态） ALTER SESSION SET EVENTS immediate trace name file_hdrs level 10;--File Header ALTER SESSION SET EVENTS immediate trace name controlf level 10;--Control file ALTER SESSION SET EVENTS immediate trace name redohdr level 10’;--Redo log Header 数据库open过程(10046跟踪) alter session set events 10046 trace name context forever, level 12; 2017瀚高 ·第二届数据库技术峰会 Oracle数据库非常规恢复招式 招式一： 点击输入文字 通过隐含参数,event等方式强制open数据库； 招式二： 通过bbed，kfed，dd，ue等工具欺骗数据库然后open数据库； 招式三： 通过dul之类工具直接绕过数据库验证直接读取文件恢复数据。 2017瀚高 ·第二届数据库技术峰会 招式一：隐含参数,event等方式强制open数据库 _allow_resetlogs_corruption Actvie/Current redo log 坏块，IO错误，丢失等因为redo log异常导致数据库不能启动 主要是屏蔽redo前滚，强制打开数据库，可能导致redo中数据丢失，使用需要慎重 _offline/corrupted_rollback_segments Undo段出现异常无法正常回滚回滚事务,导致数据库无法打开，例如含回滚事务的回滚段block出现 坏块，undo文件丢失，回滚段和redo前滚信息不一致等 通过设置该参数屏蔽回滚段(该回滚段未提交事务自动提交) ，将导致数据不一致，使用需要慎重 部分event event=‘10513 trace name context forever, level 2’ --设置10513事件来临时禁止SMON恢复事务 event= ‘10231 trace name context forever, level 10‘ –跳过全表扫描坏块 2017瀚高 ·第二届数据库技术峰会