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

续上文 ： http://www.csdn.net/Develop/read_article.asp?id=20220

II. 数据库是启动着的

如果你检测到丢失或损坏了回滚段表空间的数据文件，并且数据库是运行着的，不要把它down掉。在很多情况下，数据库是启着的比关闭着解决问题更容易些。

这种情况的两种可能的解决方法:

A)使丢失的那个数据文件offline,并从备份中恢复它，这种情况适用于数据库是处于归档方式的。

B)另一个方法是offline掉所有的那个文件所属表空间的回滚段，drop那个表空间,然后得建它们。你可能不得不杀掉那些使用着回滚段的进程，以便使它offline.

方法II.A:从备份恢复那个数据文件

这个方法只有你的库是在归档方式下才能使用。

1、脱机(offline)那个丢失的数据文件。
ALTER DATABASE DATAFILE '

 1<full_path_file_name>' OFFLINE;   
 2  
 3提示：其于目前数据库的事务量，你可能需要建一个临时的回滚表空间和一些临时的回滚段以备正常业务运行。 
 4
 52、从备份中恢复(restore)那个数据文件。 
 6
 73、执行如下命令 
 8
 9SELECT V1.GROUP#, MEMBER, SEQUENCE#   
10FROM V$LOG V1, V$LOGFILE V2   
11WHERE V1.GROUP# = V2.GROUP# ;   
12这将列出所有的联机的重做日志和他们的序号及首次改变号(first change numbers). 
13
144、得用联机日志及归档日志恢复那个文件   
15RECOVER DATAFILE '<full_path_file_name>'   
16  
175、确认所有的日志都被恢复，只到你收到"Media recovery complete"信息。 
18
196、使这个数据文件online   
20ALTER DATABASE DATAFILE '<full_path_file_name>' ONLINE;   
21
22
23**方法II.B:重建回滚表空间**
24
25这种方法不必考虑数据库是否是归档模式的。 
26
27步骤如下： 
28
291、试图脱机所有的丢失或损坏数据文件所在回滚表空间中所包含的回滚段。   
30ALTER ROLLBACK SEGMENT <rollback_segment> OFFLINE;   
31重复执行这个命令直到所包含的回滚段都脱机.   
32  
332、检查回滚段的状态。   
34在drop掉它们之前它们必需是offline状态的。   
35SELECT SEGMENT_NAME, STATUS FROM DBA_ROLLBACK_SEGS   
36WHERE TABLESPACE_NAME = '<tablespace_name>'; 
37
383、删除掉所有脱机的c。   
39DROP ROLLBACK SEGMENT <rollback_segment>;   
40  
414、处理那些保持online状态的回滚段   
42重复执行2一下的命令，如果回滚段在执行1中命令仍保扭亏为盈"ONLINE"状态，意味着它之中有活动的事务，你可以用如下的查询来确认一下：   
43SELECT SEGMENT_NAME, XACTS ACTIVE_TX, V.STATUS   
44FROM V$ROLLSTAT V, DBA_ROLLBACK_SEGS   
45WHERE TABLESPACE_NAME = '<tablespace_name>' AND SEGMENT_ID = USN;   
46如果这个查询没有结果返回，意味着没有事务在这些回滚段中了。哪果有结果返回，那些不能offline的回滚段的状态应为"PENDING OFFLINE"。可以用5中的方法把这些事务杀掉。   
47  
485、强制使有活动事务的回滚段脱机   
49执行如下查询，看这些"PENDING OFFLINE"的回滚段包含哪些事务。   
50SELECT S.SID, S.SERIAL#, S.USERNAME, R.NAME "ROLLBACK"   
51FROM V$SESSION S, V$TRANSACTION T, V$ROLLNAME R   
52WHERE R.NAME IN ('<pending_rollback_1>', ... , '<pending_rollback_n>')   
53AND S.TADDR = T.ADDR AND T.XIDUSN = R.USN; 
54
55用ALTER SYSTEM KILL SESSION '<sid>, <serial#>';语句杀掉这些事务，重复执行上面的查询，直到没有事务存在，这时运行一下2中的查询，确认这些回滚段己经处于offline状态,并用3中的语句把它们drop掉。 
56
576、删除这个回滚表空间。   
58DROP TABLESPACE <tablespace_name> INCLUDING CONTENTS;   
59如果语句执行失败，请与oracle技术支持联系，否则转向7 
60
617、重建回滚段表空间。 
62
638、重建回滚段，并使它们联机(online)。 
64
65**译者按：**
66
67**** 回滚段表空间的数据文件丢失或损坏在实际中是比较棘手和常见的，产生这种问题 的原回很多的，比如介质的损坏、人为的误操作、机器的突然的断电等等。 
68
69建议没实践过这种操作的oracle的爱好者可以模拟一下这种故障，实际实测一下，注意一定要在测试库，我模拟的方法如下： 
70
711、单独建了一个rbs表空间，并在这个表空间建了一个回滚段rbs_test。 
72
732、指定一个transaction 用这个回滚段 
74
75sql&gt;set transaction use rollback segment rbs_test; 
76
77sql&gt;insert into test values ('2'); 
78
79sql&gt;insert into test values('3'); 
80
813、另开一个telnet窗口telnet至主机，执行如下命令: 
82
83sqlplus /nolog 
84
85sql&gt;conn / as sysdba 
86
87sql&gt;shutdown abort 
88
894、把新加的那个回滚段表空间的数据文件更个名。 
90
91**全文完**</tablespace_name></serial#></sid></pending_rollback_n></pending_rollback_1></tablespace_name></rollback_segment></tablespace_name></rollback_segment></full_path_file_name></full_path_file_name></full_path_file_name>