回滚段表空间数据文件丢失或损坏处理方法(2)

• 
  　　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。
  
• [1] [2] 下一页 
• 复制本页网址和标题，发送给你QQ/Msn的好友一起分享
  
  
• 回滚段表空间数据文件丢失或损坏处理方法(2) 相关文章：
• ·回滚段表空间数据文件丢失或损坏处理方法(2)
• 回滚段表空间数据文件丢失或损坏处理方法(2) 相关软件

上一篇:Oracle的实体化视图管理

下一篇:ORA-01555 快照过旧--详细解释

• 特别声明：本站除部分特别声明禁止转载的专稿外的其他文章可以自由转载，但请务必注明出处和原始作
• 者.文章版权归文章原始作者所有.对于被本站转载文章的个人和网站，我们表示深深的谢意。如果本站转
• 载的文章有版权问题请联系编辑人员,我们尽快予以更正. 转载请注明来源：http://www.hackhome.com

精品推荐

热点TOP10

特别推荐