首页 > 数据库 > Oracle > 正文

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

2024-08-29 13:38:08
字体:
来源:转载
供稿:网友

  II. 数据库是启动着的
  假如你检测到丢失或损坏了回滚段表空间的数据文件,并且数据库是运行着的,不要把它 down 掉。在很多情况下,数据库是启着的比关闭着解决问题更轻易些。
  
  这种情况的两种可能的解决方法 :
  
  A) 使丢失的那个数据文件 offline, 并从备份中恢复它,这种情况适用于数据库是处于归档方式的。
  
  B) 另一个方法是 offline 掉所有的那个文件所属表空间的回滚段, drop 那个表空间 , 然后得建它们。你可能不得不杀掉那些使用着回滚段的进程,以便使它 offline.
  
  方法 II.A: 从备份恢复那个数据文件
  
  这个方法只有你的库是在归档方式下才能使用。
  
  1 、脱机 (offline) 那个丢失的数据文件。
  ALTER DATABASE DATAFILE '<full_path_file_name>' OFFLINE;
  
  提示:其于目前数据库的事务量,你可能需要建一个临时的回滚表空间和一些临时的回滚段以备正常业务运行。
  
  2 、从备份中恢复 (restore) 那个数据文件。
  
  3 、执行如下命令
  
  SELECT V1.GROUP#, MEMBER, SEQUENCE#
  FROM V$LOG V1, V$LOGFILE V2
  WHERE V1.GROUP# = V2.GROUP# ;
  这将列出所有的联机的重做日志和他们的序号及首次改变号 (first change numbers).
  
  4 、得用联机日志及归档日志恢复那个文件
  RECOVER DATAFILE '<full_path_file_name>'
  
  5 、确认所有的日志都被恢复,只到你收到 "Media recovery complete" 信息。
  
  6 、使这个数据文件 online
  ALTER DATABASE DATAFILE '<full_path_file_name>' ONLINE;
  
  方法 II.B: 重建回滚表空间
  
  这种方法不必考虑数据库是否是归档模式的。
  
  步骤如下:
  
  1 、试图脱机所有的丢失或损坏数据文件所在回滚表空间中所包含的回滚段。
  ALTER ROLLBACK SEGMENT <rollback_segment> OFFLINE;
  重复执行这个命令直到所包含的回滚段都脱机 .
  
  2 、检查回滚段的状态。
  在 drop 掉它们之前它们必需是 offline 状态的。
  SELECT SEGMENT_NAME, STATUS FROM DBA_ROLLBACK_SEGS
  WHERE TABLESPACE_NAME = '<TABLESPACE_NAME>';
  
  3 、删除掉所有脱机的 c 。
  DROP ROLLBACK SEGMENT <rollback_segment>;
  
  4 、处理那些保持 online 状态的回滚段
  重复执行 2 一下的命令,假如回滚段在执行 1 中命令仍保扭亏为盈 "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" 。可以用 5 中的方法把这些事务杀掉。
  
  5 、强制使有活动事务的回滚段脱机
  执行如下查询,看这些 "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_1>', ... , '<PENDING_ROLLBACK_N>')
  AND S.TADDR = T.ADDR AND T.XIDUSN = R.USN;
  
  用 ALTER SYSTEM KILL SESSION '<SID>, <SERIAL#>'; 语句杀掉这些事务,重复执行上面的查询,直到没有事务存在,这时运行一下 2 中的查询,确认这些回滚段己经处于 offline 状态 , 并用 3 中的语句把它们 drop 掉。
  
  6 、删除这个回滚表空间。
  DROP TABLESPACE <tablespace_name> INCLUDING CONTENTS;
  假如语句执行失败,请与 Oracle 技术支持联系,否则转向 7
  
  7 、重建回滚段表空间。
  
  8 、重建回滚段,并使它们联机 (online) 。
  
  回滚段表空间的数据文件丢失或损坏在实际中是比较棘手和常见的,产生这种问题 的原回很多的,比如介质的损坏、人为的误操作、机器的忽然的断电等等。
  
  建议没实践过这种操作的 oracle 的爱好者可以模拟一下这种故障,实际实测一下,注重一定要在测试库,我模拟的方法如下:
  
  1 、单独建了一个 rbs 表空间,并在这个表空间建了一个回滚段 rbs_test 。

  
  2 、指定一个 transaction 用这个回滚段
  
  sql>set transaction use rollback segment rbs_test;
  
  sql>insert into test values ('2');
  
  sql>insert into test values('3');
  
  3 、另开一个 telnet 窗口 telnet 至主机,执行如下命令 :
  
  sqlplus /nolog
  
  sql>conn / as sysdba
  
  sql>shutdown abort
  
  4 、把新加的那个回滚段表空间的数据文件更个名。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表