Oracle空间文件丢损的处理

数据库又一波热腾腾的小知识来了，来来大家一起看起来。

数据库是启动着的 如果你检测到丢失或损坏了回滚段表空间的数据文件，并且数据库是运行着的，不要把它 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>;

 

建议没实践过这种操作的 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 、把新加的那个回滚段表空间的数据文件更个名。
嘻嘻，看完之后大家有没有很兴奋，小编要马上自己在课课家里面看看了啊，嘻嘻