oracle数据库完全恢复和不完全恢复以及执行用户管理辈分恢复

比较完全恢复和不完全恢复：

一、完全恢复：将数据库恢复到当前最新状态，包括直至请求恢复时进行的所有已提交的数据更改

二、不完全恢复：将数据库恢复到请求恢复操作之前指定的过去时间点

 

一、完全恢复过程
下面的步骤说明了执行完全恢复期间要采取的操作：

1. 通过备份还原损坏或丢失的文件。

2. 根据需要应用增量备份、归档重做日志文件和联机重做日志文件中的更改。将重做日志更改应用于数据文件，直到到达当前联机日志，并且重新输入了最新的事务处理。在整个过程中会生成还原块。这称为前滚或高速缓存恢复。

3. 此时，还原的数据文件中包含已提交和未提交的更改。 

4. 还原块用于回退任何未提交的更改。有时也称为事务处理恢复。

5. 此时，数据文件处于已恢复状态，且与数据库中的其它数据文件一致。

二、不完全恢复过程：
 

    不完全恢复或数据库时间点恢复使用备份来生成非当前版本的数据库。也就是说，不会应用最新备份之后生成的所有重做记录。仅当绝对必要时才执行此类恢复。要执行不完全恢复，需要：

恢复点之前生成的所有数据文件的有效脱机或联机备份

从备份时间到指定恢复时间的所有归档日志
下面列出了执行不完全恢复的过程：

1.从备份还原数据文件：如果还原点目标并不很新，则使用的备份可能也不是最新的。这需要使用 OS 命令或 RMAN RESTORE 命令来复制文件。
2.使用 RECOVER 命令：从归档重做日志文件应用重做，根据需要包括尽可能多的数据以达到还原点目标。

3.恢复以后的状态：此时，数据文件包含一些已提交的事务处理和未提交的事务处理，因为重做可以包含未提交的数据。

4.使用 ALTER DATABASE OPEN 命令：应用还原块之前数据库已打开。这是为了提供更高的可用性。

5.应用还原数据：应用重做时，同时会应用支持还原数据文件的重做。这样，还原可以应用于数据文件，以便还原任何未提交的事务处理。这是接下来要完成的操作。

6.过程完成：此时，数据文件已恢复到所选择的时间点。
  
   如果必须执行恢复且发现包含事务处理的归档日志丢失，其中的事务处理是在还原所用的备份的创建时间与目标恢复 SCN 之间发生的，则时间点恢复是唯一的选择。没有丢失的日志，则没有该期间内对数据文件进行更新的记录。唯一的选择就是从还原备份的时间点恢复数据库，直到未损坏的归档日志系列所允许的时间点，然后使用 RESETLOGS 选项打开数据库。丢失的重做日志文件中的或之后的所有更改都将丢失。

 

备份和恢复的使用类型：

数据库备份和恢复的类型包括：

用户管理的：不使用 RMAN。
  --使用 OS 命令移动文件   --DBA 需要手动维护备份活动记录

服务器管理的：使用 RMAN

1.执行用户管理的数据库备份
  可以使用 OS 命令创建数据文件的副本，从而备份数据库。操作过程取决于数据库是否处于 ARCHIVELOG 模式。如果是，则通过在复制表空间的数据文件之前将每个表空间置于备份模式，可以使数据库处于打开且可用状态。否则，在复制数据文件之前必须先关闭数据库。

1）手动备份 NOARCHIVELOG 数据库：

通过关闭数据库并将所有数据文件和控制文件复制到备份目录，可以对 NOARCHIVELOG 数据库进行一致的整体数据库备份。由于文件复制操作是使用 OS 命令完成的，因此必须先关闭数据库。这会将数据库置于一致状态。

SQL> SHUTDOWN IMMEDIATE
$ cp $ORACLE_BASE/ORCL/datafile/*.dbf   /u02/backup/datafile
  --将数据文件复制到备份位置

$ cp $ORACLE_BASE/ORCL/controlfile/*.ctl  /u02/backup/controlfile   --将控制文件复制到备份位置

SQL> STARTUP
2）手动备份 ARCHIVELOG 数据库

如果数据库处于 ARCHIVELOG 模式下，则复制文件前不一定必须关闭数据库。最终会得到不一致备份，但应用重做数据后会使其恢复到一致状态。

启动备份模式：
复制数据文件之前，必须将每个数据文件都置于备份模式。请使用 ALTER TABLESPACE 和 ALTER DATABASE 命令的 BEGIN BACKUP 子句来执行此操作。以下是每个命令的语法：

ALTER TABLESPACE <tablespace> BEGIN BACKUP;
  --ALTER TABLESPACE 命令仅影响属于该表空间的那些数据文件。

ALTER DATABASE BEGIN BACKUP;
  --ALTER DATABASE 影响数据库中的所有数据文件。

结束备份模式：
  
使数据文件退出备份模式非常重要。关闭数据库时，不能有任何数据文件处于备份模式。如果尝试关闭处于该状态的数据库，将收到错误。此外，由于备份模式会导致生成额外的重做数据，因此会给系统带来额外的负载。如果您不主动备份数据文件，则没有理由使任何数据文件处于备份模式。

具体操作：

备份数据文件：
SQL> select file_name, tablespace_name from dba_data_files;
    --查看所有数据文件位置及表空间

SQL> ALTER TABLESPACE users BEGIN BACKUP;
    --将表空间置于备份模式

$ cp $ORACLE_HOME/oradata/orcl/users*.dbf /u02/backup/datafile
    --将该表空间的数据文件复制到备份位置

SQL> ALTER TABLESPACE users END BACKUP;
    --使该表空间退出备份模式

备份控制文件的方式包括： 

  （1）.创建为映像副本，写入到指定名称的文件：

SQL> ALTER DATABASE BACKUP CONTROLFILE TO
  '/u01/backup/controlfile.bak';
 

Database altered.

  （2）.生成重新创建控制文件的脚本，写入到跟踪文件：

SQL> ALTER DATABASE BACKUP CONTROLFILE TO TRACE;
 

Database altered.    
  --重建控制文件的脚本在$ORACLE_BASE/diag/rdbms/prod/PROD/trace

查看刚生成脚本文件，会发现里面会有两种创建控制文件的方式：

NORESETLOGS  ARCHIVELOG，表示日志文件等完好，重启数据库是不用resetlog；

RESETLOGS  ARCHIVELOG；日志文件损坏丢失，不能执行完全恢复，将日志组号清零；

2.执行用户管理的数据库恢复

1）执行用户管理的数据库完全恢复

用户管理的数据库完全恢复：

将数据库恢复到最新的 SCN
可以一次处理整个数据库，也可以一次处理一个数据文件或表空间 需要当前控制文件 需要有待恢复的所有文件的备份 需要到目前为止的所有归档日志

V$RECOVER_FILE：查看哪些文件需要介质恢复

V$RECOVERY_LOG：查看执行恢复需要哪些归档日志

在某些情况下，属于 SYSTEM 表空间的文件受到损坏时，实例将自动关闭。当某些数据文件有问题时，即使实例保持运行状态，您也可以判定使数据库保持运行状态没有任何意义；受影响的数据库对象太多了。在这种情况下，请关闭数据库执行恢复。

如果数据库仍处于打开状态，则可以查询 V$RECOVER_FILE 视图了解哪些数据文件需要恢复，并查询 V$RECOVERY_LOG 了解需要哪些归档日志。这会指示您需要从备份中还原哪些文件（如果有）。
然后关闭数据库。调查介质故障，确定问题原因。修复该问题，以便可以从备份中还原文件。

例如，您可能需要更换磁盘驱动器。
现在，可使用 RECOVER 命令来执行恢复。将恢复范围限制在所需范围，如数据文件或表空间。如果需要，可恢复整个数据库。随后，打开数据库。

SQL> SELECT file#, error FROM v$recover_file;
    --确定需要恢复的数据文件

SQL> SELECT archive_name FROM v$recovery_log;
    --确定完成恢复所需的归档日志文件

确定与恢复相关的文件

  
如果数据库仍处于打开状态，请按下面的说明查询文件。否则，请尝试启动实例，并装载数据库发出查询。
  
为了确定哪些数据文件需要恢复，查询 V$RECOVER_FILE 视图。ERROR 列指明文件需要恢复的原因。如果此列具备 OFFLINE NORMAL 以外的任何值，则需要恢复。

   要查看所有受影响的数据文件和表空间的概况，可以在此查询中加入 V$DATAFILE 和 V$TABLESPACE。
下面是一个示例：

SELECT r.FILE# ,d.NAME df_name ,t.NAME tbsp_name, d.STATUS ,r.ERROR ,r.CHANGE# ,r.TIME

FROM   V$RECOVER_FILE r, V$DATAFILE d, V$TABLESPACE t

WHERE  t.TS# = d.TS#
AND    d.FILE# = r.FILE#;
 
这可指示受损的程度，帮助您确定 RECOVER 命令的对象。

V$RECOVERY_LOG 视图显示执行恢复所需的归档日志文件。如果列表显示某些文件已移出默认归档日志位置，则必须将它们还原到某个位置，再执行恢复。
记录这些查询的结果后，关闭数据库。

还原与恢复相关的文件

确定了需要哪些数据文件和归档日志文件后，将它们还原到相应的磁盘位置。通过从备份位置复制数据文件，可以还原该数据文件，如以下示例所示：

$ cp /disk2/backup/datafile/survey01.dbf  $ORACLE_BASE/oradata/ORCL/datafile/survey01.dbf
 
如果恢复需要任何归档日志，检查这些日志是否仍位于归档日志的默认磁盘位置。这些日志可能不在默认位置，
例如，已将它们移至磁带或其它磁盘驱动器。如果日志已被移动，则需将它们还原到默认归档日志位置或临时位置。如果默认位置（由 LOG_ARCHIVE_DEST_1 初始化参数指定）中有足够的可用空间，在该位置还原日志。否则，可以将日志置于某个其它磁盘位置。还原时，可指定该备用位置来查找归档日志文件。
如果需要移动数据文件，则必须将这一情况记录在控制文件中。通过执行 ALTER DATABASE RENAME FILE 命令，可以完成此操作，如下例所示：

SQL> ALTER DATABASE RENAME FILE
 '/u01/app/oracle/oradata/ORCL/datafile/survey01.dbf' TO
 '/newdisk/ORCL/datafile/survey01.dbf';   
   --须先启动实例并装载数据库，然后才能执行 ALTER DATABASE RENAME FILE 命令。

载数据库并使所有数据文件联机（如果尚未执行此操作）。通过查询 V$DATAFILE 视图，可以检查每个数据文件的状态。可使用如下命令使数据文件联机：
 
SQL> ALTER DATABASE DATAFILE  '/newdisk/ORCL/datafile/survey01.dbf' ONLINE;
 

应用重做数据   

  此时，数据文件已还原到过去的某个时间点。归档日志文件也已还原到其默认位置或某个其它位置（仅用于此恢复）。已准备就绪，可执行真正的恢复步骤，这意味着已应用重做且数据文件已恢复到最新 SCN。
  使用 SQL*Plus RECOVER 命令执行此操作。
如果没有指定 AUTOMATIC 选项，则系统会提示您指定要应用的每个重做日志文件。这样可以提高对恢复过程的控制。通常，AUTOMATIC 用于完全恢复。
如果归档日志文件已还原到数据库默认位置以外的某个磁盘位置，则必须指定 FROM 子句。提供存储这些文件的目录，恢复过程将在该目录中寻找文件。
最后，打开数据库。此时已完全恢复。

SQL> RECOVER AUTOMATIC FROM '/u01/arch_temp' DATABASE;
   --使用 RECOVER 命令应用重做数据

SQL> ALTER DATABASE OPEN;    --打开数据库

对打开的数据库执行完全恢复

 
如果在数据库打开时出现介质故障，则数据库将继续运行。尝试向其中的数据文件写入数据时，数据文件将自动脱机。对这些数据文件进行查询不会导致其脱机，但是会向发出查询的用户返回错误。
与恢复关闭的数据库类似，首先需要查询需恢复的文件和归档日志。然后，使包含受损数据文件的所有表空间脱机。可使用如下命令完成该操作：
SQL> ALTER TABLESPACE survey OFFLINE TEMPORARY;
  使用 TEMPORARY 选项会导致 Oracle 对所有属于表空间的联机数据文件执行检查点操作。经过检查点操作的数据文件在重新联机后不需要进行恢复，因为对于可能会影响它们的任何事务处理的最新 SCN 而言，它们是最新的。尽管在此命令运行时数据文件必须可用，但此选项更符合需要。问题可能是临时的，可以在不产生错误的情况下使表空间联机。
  检查介质以确定问题原因。可使用 DBVERIFY 实用程序来执行此操作。如果文件被永久损坏，按前面就恢复关闭数据库所述的内容进行还原和恢复。还原和恢复步骤完成后，应使所有表空间重新联机。

2.执行用户管理的不完全恢复

在以下情况下，可将数据库恢复到过去的时间点：

希望数据库处于出现用户错误或管理错误之前的状态。

数据库包含损坏的块。

由于缺少某些重做日志文件，因此无法对数据库执行完全恢复。

您希望创建一个测试数据库，该数据库处于过去某个时间的状态。

丢失了数据文件和一个或多个未归档重做日志文件

可通过以下方式指明何时停止应用重做数据：

1）.指定停止的时间
  SQL> RECOVER DATABASE UNTIL
  TIME '2005-12-14:12:10:03';

2）.
指定停止的 SCN
  SQL> recover database until change1487389;

3）.在执行恢复时发出 CANCEL 命令
  SQL> RECOVER DATABASE UNTIL CANCEL;

执行用户管理的不完全恢复

使用以下命令执行不完全恢复：

RECOVER [AUTOMATIC] DATABASE option

下面是选项的含义：

AUTOMATIC：自动应用归档和重做日志文件

option: UNTIL TIME 'YYYY-MM-DD:HH24:MI:SS'
                   
UNTIL CANCEL
                   
UNTIL CHANGE <integer>
                  
USING BACKUP CONTROLFILE

基于取消的不完全恢复

  基于取消的不完全恢复与对关闭数据库执行的完全恢复非常相似。差异在于执行 RECOVER 命令的方式；指定 UNTIL CANCEL 子句。此子句将导致恢复过程提示您确认要应用的每个重做日志文件的建议名称。因此，在进行恢复过程中，系统会提示您确认已归档或联机的重做日志文件名，而且对于每个文件名，您可以接受它，也可以更改它。到达要让恢复停止的时间点时，请输入 CANCEL，而不要接受文件名。这将停止恢复。
  完成此操作后，必须使用 RESETLOGS 选项打开数据库。由于数据库当前正在执行另一实例化操作，因此需要重置重做日志序列号。
打开该数据库后，检查预警日志中的消息。通过这种方式，可以获知恢复是否已成功。要在恢复过程中自动应用重做日志文件，可以使用 SQL*Plus SET AUTORECOVERY ON 命令，在恢复提示符下输入 AUTO，或者使用 RECOVER AUTOMATIC 命令。

基于时间和更改的不完全恢复

基于时间和更改的不完全恢复与基于取消的恢复类似，区别在于使用不同标准来指定停止恢复的时间。基于时间的恢复使用在 RECOVER 命令的命令行中指定的时间来获知何时停止。基于更改的恢复使用在命令行中指定的 SCN。
与所有的不完全恢复一样，之后必须使用 RESETLOGS 选项打开数据库。
 

执行用户管理的不完全恢复：步骤

1.关闭数据库。

2.还原数据文件。

3.装载数据库。

4.恢复数据库。

5.使用 RESETLOGS 选项打开数据库。 resetlogs 将日志文件的SCN号强制置位1；

   执行 ALTER DATABASE OPEN RESETLOGS 打开数据库。

 

 

-----------------------------------------------------------------------------------------------------