您现在的位置是:首页 >

表空间使用情况 Oracle回滚表空间丢失或损坏处理方法(2)

火烧 2021-09-18 11:43:47 1061
Oracle回滚表空间丢失或损坏处理方法(2)    II 数据库是启动着的  如果你检测到丢失或损坏了回滚段表空间的数据文件 并且数据库是运行着的 不要把它 dow 掉 在很多情况下 数据库是启著的
表空间使用情况 Oracle回滚表空间丢失或损坏处理方法(2)

Oracle回滚表空间丢失或损坏处理方法(2)  

   II 数据库是启动着的  如果你检测到丢失或损坏了回滚段表空间的数据文件 并且数据库是运行着的 不要把它 down 掉 在很多情况下 数据库是启著的比关闭着解决问题更容易些     这种情况的两种可能的解决方法 :    A) 使丢失的那个数据文件 offline 并从备份中恢复它 这种情况适用于数据库是处于归档方式的     B) 另一个方法是 offline 掉所有的那个文件所属表空间的回滚段 drop 那个表空间 然后得建它们 你可能不得不杀掉那些使用着回滚段的进程 以便使它 offline     方法 II A: 从备份恢复那个数据文件    这个方法只有你的库是在归档方式下才能使用      脱机 (offline) 那个丢失的数据文件   ALTER DATABASE DATAFILE <full_path_file_name> OFFLINE;    提示 其于目前数据库的事务量 你可能需要建一个临时的回滚表空间和一些临时的回滚段以备正常业务运行      从备份中恢复 (restore) 那个数据文件      执行如下命令    SELECT V GROUP# MEMBER SEQUENCE#  FROM V$LOG V V$LOGFILE V   WHERE V GROUP# = V GROUP# ;  这将列出所有的联机的重做日志和他们的序号及首次改变号 (first change numbers)      得用联机日志及归档日志恢复那个文件  RECOVER DATAFILE <full_path_file_name>      确认所有的日志都被恢复 只到你收到 Media recovery plete 信息      使这个数据文件 online  ALTER DATABASE DATAFILE <full_path_file_name> ONLINE;    方法 II B: 重建回滚表空间    这种方法不必考虑数据库是否是归档模式的     步骤如下      试图脱机所有的丢失或损坏数据文件所在回滚表空间中所包含的回滚段   ALTER ROLLBACK SEGMENT <rollback_segment> OFFLINE;  重复执行这个命令直到所包含的回滚段都脱机      检查回滚段的状态   在 drop 掉它们之前它们必需是 offline 状态的   SELECT SEGMENT_NAME STATUS FROM DBA_ROLLBACK_SEGS  WHERE TABLESPACE_NAME = <TABLESPACE_NAME> ;     删除掉所有脱机的 c   DROP ROLLBACK SEGMENT <rollback_segment>;     处理那些保持 online 状态的回滚段  重复执行 一下的命令 如果回滚段在执行 中命令仍保扭亏为盈 ONLINE 状态 意味着它之中有活动的事务 你可以用如下的查询来确认一下   SELECT SEGMENT_NAME XACTS ACTIVE_TX V STATUS  FROM V$ROLLSTAT V DBA_ROLLBACK_SEGS  WHERE TABLESPACE_NAME = <TABLESPACE_NAME> AND SEGMENT_ID = USN;  如果这个查询没有结果返回 意味着没有事务在这些回滚段中了 哪果有结果返回 那些不能 offline 的回滚段的状态应为 PENDING OFFLINE 可以用 中的方法把这些事务杀掉      强制使有活动事务的回滚段脱机  执行如下查询 看这些 PENDING OFFLINE 的回滚段包含哪些事务   SELECT S SID S SERIAL# S USERNAME R NAME ROLLBACK   FROM V$SESSION S V$TRANSACTION T V$ROLLNAME R  WHERE R NAME IN ( <PENDING_ROLLBACK_ > <PENDING_ROLLBACK_N> )  AND S TADDR = T ADDR AND T XIDUSN = R USN;    用 ALTER SYSTEM KILL SESSION <SID> <SERIAL#> ; 语句杀掉这些事务 重复执行上面的查询 直到没有事务存在 这时运行一下 中的查询 确认这些回滚段己经处于 offline 状态 并用 中的语句把它们 drop 掉      删除这个回滚表空间   DROP TABLESPACE <tablespace_name> INCLUDING CONTENTS;  如果语句执行失败 请与 oracle 技术支持联系 否则转向      重建回滚段表空间      重建回滚段 并使它们联机 (online)     回滚段表空间的数据文件丢失或损坏在实际中是比较棘手和常见的 产生这种问题 的原回很多的 比如介质的损坏 人为的误操作 机器的突然的断电等等     建议没实践过这种操作的 oracle 的爱好者可以模拟一下这种故障 实际实测一下 注意一定要在测试库 我模拟的方法如下      单独建了一个 rbs 表空间 并在这个表空间建了一个回滚段 rbs_test      指定一个 transaction 用这个回滚段    sql>set transaction use rollback segment rbs_test;    sql>insert into test values ( );    sql>insert into test values( );     另开一个 telnet 窗口 telnet 至主机 执行如下命令 :    sqlplus /nolog    sql>conn / as sysdba    sql>shutdown abort     把新加的那个回滚段表空间的数据文件更个名 lishixinzhi/Article/program/Oracle/201311/17125  
永远跟党走
  • 如果你觉得本站很棒,可以通过扫码支付打赏哦!

    • 微信收款码
    • 支付宝收款码