OCP认证考试指南（20）：恢复Oracle数据库

1、恢复结构与进程
在介质失败后，根据受损文件的类型，存在不同的恢复方法。数据库由控制文件、联机重做日志文件以及数据文件组成。如果复用了控制文件或联机重做日志文件，那么恢复受损的这些文件十分容易。
对于受损的控制文件，可以将其替换为某个复用副本，也可以使用CREATE CONTROLFILE命令重建。
受损的联机重做日志文件可以被重新生成。Oracle提供了一个ALTER DATABASE CLEAR LOGFILE GROUP #（#代表受损成员的日志文件组号）命令，使用这个命令可以删除与重建某个日志文件组的成员。如果数据库在archivelog模式中运行，那么日志文件组必须在Oracle允许执行清除日志文件命令之前已被归档。上述命令的一种变化是ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP #，执行这个命令可以删除和重建一个即时已被成功归档的日志文件，但执行之后必须对整个数据库进行备份。
恢复受损数据文件需要使用备份与归档日志。在导致某个数据文件受损的介质失败之后，存在下列两种恢复选项：完全恢复，不会丢失任何数据；不完全恢复，通过在完成之前停止恢复进程来故意丢失一些数据。不完全恢复是一个高级过程；完全恢复是一个两阶段过程：首先，必须从备份中还原受损文件；之后，必须使用归档日志文件中的信息将数据库提前至被还原的文件与数据库其余部分同步的时刻，从而恢复这个文件。
在Oracle环境中，“还原”意味着使用备份替换受损的或丢失的文件，“恢复”意味着通过使用归档日志来同步受损文件与数据库的剩余部分。
因为RMAN从不备份联机重做日志，所以RMAN无法用于恢复受损的联机日志文件。RMAN能够还原与恢复控制文件和数据文件。
为了打开数据库，所有控制文件副本、每个联机日志文件组的至少一个成员以及所有联机数据文件都必须存在且同步。如果SMON进程在启动期间发现情况并非如此，那么启动就不会完成。如果某个控制文件副本受损或丢失，那么启动会停止在NOMOUNT模式中，告警日志中会写下受损控制文件副本的详细信息。假如控制文件没有任何问题，SMON进程会将继续打开数据库。
如果一个或多个数据文件是通过备份还原的，那么这些文件几乎肯定已过期较长时间，联机重做日志也无法返回至恢复上述文件的时间。此时，我们必须使用归档日志文件来进行恢复，这是一个必须手动启动的过程。
如果在数据库打开时出现介质损坏，那结果取决于受影响的文件。任何控制文件副本受损都会导致实例立即终止。作为SYSTEM表空间或活动