答案: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 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 , ; 语句杀掉这些事务,重复执行上面的查询,直到没有事务存在,这时运行一下 2 中的查询,确认这些回滚段己经处于 offline 状态 , 并用 3 中的语句把它们 drop 掉。
6 、删除这个回滚表空间。