Oracle9i第13章数据库恢复.ppt

第十一章 数据库恢复,恢复指的是从归档和联机日志文件中读取日志记录并将这些变化应用到数据文件中将其更新到最近状态的过程。从备份中还原一个文件时，文件代表了数据库被备份时而不是丢失时的状态，通常情况下，希望恢复过渡期即文件备份和文件丢失之间发生的所有变化。由于所有的变化都被写入日志文件中，所以能够通过读取日志文件将这种变化应用于所还原的文件中，从而实现数据库的恢复。,可以用复原(restore)和恢复(recover)两个过程理解oracle数据库的恢复。复原一个数据文件或控制文件的物理备份就是重建并使其能为数据库服务器使用的过程。恢复一个复原的数据文件的过程，就是通过对数据文件施加归档日志文件和联机日志文件，使其更新的过程。在复原了必要的文件之后，必须要由用户启动介质恢复。,数据库恢复的两个阶段,所有类型的数据库恢复都包括两个阶段：前滚(rolling forward)和后滚(rolling back)。在前滚阶段，oracle应用必要的归档的联机日志文件去重新执行一遍所有已提交的不在数据库当前文件中的事务。如果数据库只是从实例崩溃中恢复，所有必不可少的日志文件都在联机日志组的当前集合中。如果数据库有更为严重的损失，还需要使用备份的数据文件和归档日志文件。,前滚恢复完成后，必须执行后滚恢复。Oracle利用数据库后滚段中的信息去“撤销”在系统崩溃时由任何打开(未提交)事务所作的数据库改动。,实例和崩溃恢复的最大特点：oracle系统在重新启动数据库时自动应用了日志文件进行数据库的恢复，无需用户参与。可能系统崩溃后要花更长的时间来启动数据库，但崩溃恢复是完全透明的。,介质恢复(media recovery)主要用于介质损失时的恢复。特点：对受损的数据文件的复原备份施加变化只能在存档模式下进行既使用联机日志文件又使用归档日志文件需要用户发出明确的命令来执行系统不会自动检测是否有介质损坏恢复时间由用户指定的策略决定只要有一个联机的数据文件需要介质恢复，数据库就不能打开。否则介质恢复只能对脱机的数据文件进行。,NOARCHIVELOG模式下的恢复,恢复一个运行在NOARCHIVELOG模式下的数据库是最简单的。由于不存在归档日志文件，就不存在介质恢复。只能复原整个数据库到最近的备份。全部操作本质上变为复制文件。其步骤为：(1)关闭数据库SHUTDOWN IMMEDIATE;(2)从最近备份中还原所有的数据文件和控制文件，而不只是受损文件。(3)使用startup mount启动数据库(4)联机日志文件没被备份，为了将联机日志文件复位RECOVER DATABASE UNTIL CANCEL;(4)重新打开数据库ALTER DATABASE OPEN RESETLOGS;或alter database open noresetlogs;之后需要对数据库进行备份。,需要恢复所有的数据文件和控制文件是因为Oracle需要这些文件彼此一致。如果有必要的话，在还原完数据文件并重建控制文件后，应该使用resetlogs选项打开数据库。这样复位日志文件是为了保证在新记录和那些先前的数据库中留下的记录之间不会有冲突。RESETLOGS模式使联机日志文件内的所有重做记录都失效。复原了一个整个数据库的最近的备份并重置了日志文件。这样，从数据库最近一次备份的时间到出现介质损失期间的变化就全部丢失了。,RESETLOGS是ALTER DATABASE OPEN命令的一个可选项。Oracle只在两种情况下使用该选项：(1)执行的是一个不完全恢复(2)用重建的控制文件启动数据库(其中控制文件可以用alter database backup controlfile to filename.ctl),ARCHIVELOG模式下的恢复,在ARCHIVELOG方式中运行数据库时，Oracle在每个REDO日志文件写满后都进行一个拷贝。这些拷贝和没有被复制的任何联机REDO日志文件一起形成了对数据库所进行的变化的一条连续记录。如果丢失了一个数据文件并被迫从备份中还原它，那么归档日志文件中的信息将被用来将所有变化重新应用给备份发生后被建立的那个文件。从而还原出丢失的数据文件。在ARCHIVELOG方式下的恢复又分为完全恢复和不完全恢复。完全恢复可以将数据库还原到出错的那一刻。不完全恢复可以将数据库还原到从备份点到出错之间的某一刻。,完全恢复就是恢复所有已提交事务工作的操作，即将数据库、表空间或数据文件的备份更新到最近的时间点上。完全恢复包括数据库恢复、表空间恢复、数据文件恢复。如果对整个数据库进行完全恢复：(1)登录数据库(2)确保要恢复的所有文件都脱机(3)将整个数据库或要恢复的文件进行复原(4)施加联机日志文件和归档日志文件,如果对一个表空间或数据文件进行完全恢复：(1)如果数据库已打开，可将要恢复的表空间或数据文件置于脱机状态。(2)将要恢复的数据文件进行复原。(3)施加联机日志文件和归档日志文件。如果破坏了system表空间的任何数据文件，数据库不能正常运行。必须关闭数据库；当数据库处于打开状态时，不能对system表空间进行恢复操作。完全恢复后，再次打开数据库不必使用RESETLOGS命令。,完全介质恢复可以分为以下两种类型：(1)在关闭了的数据库上进行完全恢复操作；(2)在一个打开的数据库上进行数据文件的恢复操作。,进行自动介质恢复,能够自动利用默认的日志文件来进行恢复操作，无需手工应用各个单独的归档日志。有两种方法自动应用默认的归档日志文件进行恢复操作：在发出recover命令前执行set autorecovery on；在执行recover命令时指定automatic选项。用于自动恢复的文件名是从数据库初始化参数文件中的LOG_ARCHIVE_FORMAT和LOG_ARCHIVE_DEST_n解析出来的。,在关闭了的数据库上进行完全恢复操作,(1)准备工作关闭实例，并检查引起问题的介质磁盘驱动器。如果数据库处于打开状态，则使用abort命令把数据库关闭。SHUTDOWN ABORT;(2)复原必要的遭到破坏的或丢失的文件a.首先确定需要进行恢复操作的数据文件，可以查看数据字典的视图V$RECOVER_FILE来确定需要进行介质恢复而要进行复原操作的文件。b.如果文件永久性的损坏，应找到此文件最近的备份。只要复原损坏的文件。c.用操作系统命令将文件复原到默认地点。,(3)恢复数据库a.以管理员身份连接数据库，以mount命令启动数据库STARTUP MOUNT;b.查询V$DATAFILE视图，列出所有数据文件的状态，确保数据库所有数据文件都处于联机状态。c.使用recover命令恢复数据库恢复数据库recover database;恢复表空间recover tablespace tools;恢复数据文件recover datafile d:oracle9ioradataoraclewbtools01.dbf;,d.如果没有选择自动应用归档日志文件，就应该对oracle提示的日志文件选择“接受”或“拒绝”。如果选定了自动介质恢复，则oracle会自动应用所有必要的日志文件。e.最后oracle提示介质恢复已成功。f.在完全恢复后，就可以打开数据库使用了。ALTER DATABASE OPEN;,在一个打开的数据库上进行数据文件的恢复操作,可以在数据库打开时进行介质恢复，让未损坏的数据文件保持联机状态，仍可使用。Oracle自动将损坏的数据文件置于脱机状态，但不会将包含损坏数据文件的表空间置于脱机状态。,(1)准备工作将表空间置于脱机状态ALTER TABLESPACE users OFFLINE;(2)复原损坏或丢失的文件a.如果文件永久损坏了，就找到受损的文件最近的备份。只需要复原介质损失的数据文件，不复原未损坏的文件。b.如果复原一个或多个受损的数据文件到可选的地点，则需要在数据库的控制文件中重新命名数据文件。可使用alter database rename file命令实现重命名。(3)在一个打开的数据库中恢复脱机表空间a.首先以数据库管理员权限连接数据库b.对包含受损数据文件的表空间(已处于脱机状态)进行恢复操作RECOVER TABLESPACE users,sales;,c.Oracle通过应用必要的日志文件(包括归档的和联机的)来重建复原的数据文件。d.当受损的表空间被恢复到介质损失发生的那一时刻时，即完成了介质恢复后，要将表空间设置到联机状态。ALTER TABLESPACE users ONLINE;ALTER TABLESPACE sales ONLINE;,完全恢复,当系统运行于ARCHIVELOG模式下，如果丢失了一个或多个数据文件，可以对数据文件进行逐个恢复。其步骤如下：(1)执行ALTER TABLESPACE命令准备表空间备份SQL alter tablespace users begin backup;表空间已更改。(2)使用操作系统命令拷贝表空间USERS到另一路径(3)使表空间结束备份状态SQL alter tablespace users end backup;表空间已更改。,(4)在USERS表空间中创建一个名为TEST的表格，模拟备份表空间后数据库数据的更改SQL create table test(id number(6),name varchar2(30)tablespace users;SQL insert into test values(1,测试);SQL commit;提交完成。,(5)关闭数据库SQL shutdown immediate数据库已经关闭。已经卸载数据库。ORACLE 例程已经关闭。(6)使用操作系统命令把USERS对应的数据文件删除掉，模拟介质损坏。,(7)启动数据库，发现数据文件丢失的错误警告SQL startupORACLE 例程已经启动。Total System Global Area 118255568 bytesFixed Size 282576 bytesVariable Size 83886080 bytesDatabase Buffers 33554432 bytesRedo Buffers 532480 bytes数据库装载完毕。ORA-01157:无法标识/锁定数据文件 6-请参阅 DBWR 跟踪文件ORA-01110:数据文件 6:D:ORACLEORADATAUSERS01.DBF,警告显示系统无法识别数据文件6，提示用户参考DBWR跟踪文件。查看跟踪文件ora9iDBW0.TRC，文件显示只有文件USERS01.DBF丢失：*2006-02-14 14:21:41.000*SESSION ID:(2.1)2006-02-14 14:21:41.000ORA-01157:cannot identify/lock data file 6-see DBWR trace fileORA-01110:data file 6:D:ORACLEORADATAUSERS01.DBFORA-27041:unable to open fileOSD-04002:无法打开文件O/S-Error:(OS 2)系统找不到指定的文件。,（8)对丢失数据文件进行恢复如果需要恢复的USERS01.DBF文件没有脱机的话，先将其脱机。如果一个驱动器错误导致丢失一个数据文件，那么Oracle已将这个文件脱机。如果要确认文件是不已经脱机，可以通过查询视图v$datafile进行校验。如果已经丢失的文件还未脱机，可以通过下列命令使它脱机：SQL ALTER DATABASE DATAFILE D:ORACLEORADATAUSERS01.DBf OFFLINE;数据库已更改。注意：如果丢失的文件是SYSTEM表的一部分，那么当它被还原时不能打开数据库，因为它不能被脱机,(9)从最近的备份中还原数据库如果驱动器错误强迫将文件还原到一个新的位置，需要执行一个ALTER DATABASE RENAME FILE original_filename TO new_filename命令在数据库控制文件中记录新的位置。执行恢复操作如果一次需要将多个文件全部恢复执行：RECOVER DATABASE；另一种方法是使用RECOVER DATAFILE命令恢复文件，语法如下：RECOVER DATAFILE filename1,filename2,SQL recover datafile D:ORACLEORADATAUSERS01.DBf;也可以通过调用RECOVER TABLESPACE命令对数据库的表空间进行恢复,(10)将文件重新联机恢复的最后一步是将数据文件重新联机：SQL alter database datafile 2 D:ORACLEORADATAUSERS01.DBf online;数据库已更改。(11)打开数据库SQL alter database open;数据库已更改。,查询表格TEST，确认没有数据丢失SQL select*from test;ID NAME-1 测试如果存在多个数据文件丢失，则重复执行上述步骤可以实现对多个数据文件的恢复。,丢失整个数据库情况下的恢复,由于整个数据库丢失，也就是SYSTEM系统表空间和UNDO表空间也丢失了，所以根本不能进行脱机恢复，这时只能将数据库启动到MOUNT状态，然后将最近的一次全备份数据文件拷贝到原来的文件夹，或拷贝到由RENAME调整过的文件夹，再执行恢复操作。,具体步骤如下：删除现有的所有数据文件和控制文件模拟文件丢失恢复备份的控制文件，从最近的一次备份中拷贝控制文件到参数文件指定的位置启动数据到MOUNT状态,(1)SQL startup mount;ORACLE 例程已经启动。Total System Global Area 118255568 bytesFixed Size 282576 bytesVariable Size 83886080 bytesDatabase Buffers 33554432 bytesRedo Buffers 532480 bytes数据库装载完毕。,(2)重建控制文件在执行恢复时，要求控制文件和备份数据文件不是同时备份的。因为同时备份的控制文件和数据文件的标识是彼此一致的，这时Oracle会认为不需要执行介质恢复，从而终止恢复进程，提示信息如下所示：SQL recover database;ORA-00283:恢复会话因错误而取消ORA-00264:不要求恢复所以，在恢复的时候需要重建控制文件。重建控制文件的方法有两种，其用法参见上一章数据库备中的控制文件备份部分，这里用跟踪文件to trace备份控制文件的方法重建控制文件，使用命令如下：SQL alter database backup controlfile to trace;数据库已更改。,用跟踪文件to trace备份控制文件之后，如果要恢复，就可以利用跟踪文件的to trace备份，找到相应的跟踪文件并且进行编辑，跟踪文件中重建控制文件的内容如下所示：STARTUP NOMOUNTCREATE CONTROLFILE REUSE DATABASE ORA9I NORESETLOGS ARCHIVELOG MAXLOGFILES 5 MAXLOGMEMBERS 5 MAXDATAFILES 100 MAXINSTANCES 1 MAXLOGHISTORY 904,LOGFILE GROUP 1 D:ORACLEORADATAREDO01.LOG SIZE 1M,GROUP 2 D:ORACLEORADATAREDO02.LOG SIZE 1M,GROUP 3 D:ORACLEORADATAREDO03.LOG SIZE 1M#STANDBY LOGFILEDATAFILE D:ORACLEORADATASYSTEM01.DBF,D:ORACLEORADATAUNDOTBS01.DBF,D:ORACLEORADATADRSYS01.DBF,D:ORACLEORADATAINDX01.DBF,D:ORACLEORADATATOOLS01.DBF,D:ORACLEORADATAUSERS01.DBFCHARACTER SET ZHS16GBK;关闭数据库后，执行以上脚本便可将数据库启动到NOMOUNT状态并重新生成控制文件。,(3)把所有的最近备份的数据文件拷贝到原来的文件夹下(4)执行数据恢复命令SQL recover database;完成介质恢复。(5)打开数据库SQL alter database open;数据库已更改。,不完全恢复,使用数据库的备份来产生一个数据库的非当前版本，即将数据库恢复到某一个特定的时刻。Oracle支持4种类型的不完全恢复：基于时间的恢复(time-based recovery)、基于更改的恢复(change-based recovery)、基于取消的恢复(cancel-based recovery)和日志序列恢复(logsequence recovery)。,在恢复一个数据库时，可能会由于主动或被动的原因，比如联机日志文件丢失或部份归档日志文件丢失，并不要求将所有变化恢复到数据库丢失的时刻，这时需要进行不完全恢复。在执行一个不完全恢复后，需要用RESETLOGS选项来打开数据库，它告诉Oracle联机日志文件中的当前数据不再需要恢复。同时重新执行一个完全备份是有必要的。主动进行一个不完全恢复时，可以恢复到指定时间点，也可以恢复到一个指定的变化，还可以逐个恢复指定的日志文件。,注意：不完全恢复有时指的是指向点的恢复，由于它引起了一个数据库反应了在过去某一点的状态。所以不能在数据文件或表空间上进行不完全恢复，因为这样无法保证数据库文件状态的一致性。为了执行一个不完全恢复，需要还原所有的数据文件并将它们及时回滚到希望的点。,可以使用RECOVER命令的UNTIL子句指定一个不完全恢复。其语法如下：RECOVER DATABASEUNTIL CANCELUNTIL CHANGE scnUNTIL TIME datetime;其中：UNTIL CANCEL指定一个基于取消的恢复UNTIL CHANGE scn指定恢复到(但不包括)一个指定的系统变更号，其中scn为变更号，这个变更号应该比用户希望恢复的高一点，比如要恢复变化666，则指定RECOVER DATABASE UNTIL CHANGE 667,UNTIL TIME datetime指定恢复到某一日期和时间，其中，datetime是用户希望恢复的日期和时间。其默认格式为YYYY-MM-DD HH24:MI:SS，当然实际使用时，可以改变其格式，使用自己定义的格式。如果想改变其格式可以改变参数nls_date_format的值。,基于取消的不完全恢复,(1)以系统管理员权限连接数据库(2)以mount命令启动数据库，但不打开STARTUP MOUNT;(3)恢复RECOVER DATABASE UNTIL CANCEL;如果使用一个备份的控制文件来进行不完全恢复，则在恢复命令中使用USING BACKUP CONTROLFILE选项RECOVER DATABASE UNTIL CANCEL USING BACKUP CONTROLFILE;如果忘记使用UNTIL，数据库将进行一次完全介质恢复操作。,(4)Oracle使用一些日志文件重建已复原的数据文件，系统将不断地从LOG_ARCHIVE_DEST_1找到名字，并要求用户从取消(CANCEL)或继续应用日志文件中做出选择。(5)继续应用日志文件，直到最后一条日志被应用到复原的数据文件，然后通过执行cancel取消恢复。CANCEL;ORACLE会返回一条信息，提示恢复过程是否成功。如果用户在所有的数据文件都已被恢复到一个相互一致的SCN之前就取消了恢复，那么在打开数据库时就会得到一个ORA-1113的错误，表示需要更多的恢复。可以查询V$RECOVER_FILE视图来确定是否需要更多的恢复。(6)用RESETLOGS模式打开数据库。ALTER DATABASE OPEN RESETLOGS;,基于取消的不完全恢复,基于取消的恢复是指当数据库无法进行完全恢复时，将数据库恢复到备份点与介质失败点之间某个时间的状态。其操作步骤如下所示：(1)对数据库进行一次完全的备份，包括数据文件、控制文件、归档日志文件和参数文件等。(2)模拟数据库的变化,SQL create table recover_test(dt date)tablespace users;表已创建。SQL SET AUTO ONSQL insert into recover_test values(sysdate);已创建 1 行。提交完成。SQL alter system switch logfile;系统已更改。SQL insert into recover_test values(sysdate);已创建 1 行。提交完成。,SQL alter system switch logfile;系统已更改。SQL insert into recover_test values(sysdate);已创建 1 行。提交完成。SQL shutdown abortORACLE 例程已经关闭。,(3)模拟文件被破坏a.用操作系统命令删除users表空间对应的数据文件users.dbf和日志切换产生的第二个日志文件(或者所有日志文件)b.使用操作系统命令把原来备份的所有数据文件拷贝到对应路径c.将数据库启动到MOUNT状态,SQL startup mountORACLE 例程已经启动。Total System Global Area 118255568 bytesFixed Size 282576 bytesVariable Size 83886080 bytesDatabase Buffers 33554432 bytesRedo Buffers 532480 bytes数据库装载完毕。,D.对数据库进行恢复SQL recover database until cancel;ORA-00279:更改 1237228(在 02/15/2006 10:36:37 生成)对于线程 1 是必需的ORA-00289:建议:D:ORACLEORA9IRDBMSARC_1.1ORA-00280:更改 1237228 对于线程 1 是按序列#1 进行的指定日志:=suggested|filename|AUTO|CANCELD:ORACLEORA9IRDBMSARC_1.1ORA-00279:更改 1237376(在 02/15/2006 10:40:26 生成)对于线程 1 是必需的ORA-00289:建议:D:ORACLEORA9IRDBMSARC_2.1ORA-00280:更改 1237376 对于线程 1 是按序列#2 进行的ORA-00278:此恢复不再需要日志文件 D:ORACLEORA9IRDBMSARC_1.1指定日志:=suggested|filename|AUTO|CANCEL,AUTOORA-00308:无法打开存档日志 D:ORACLEORA9IRDBMSARC_2.1ORA-27041:无法打开文件OSD-04002:无法打开文件O/S-Error:(OS 2)系统找不到指定的文件。ORA-00308:无法打开存档日志 D:ORACLEORA9IRDBMSARC_2.1ORA-27041:无法打开文件OSD-04002:无法打开文件O/S-Error:(OS 2)系统找不到指定的文件。,在上面操作中我们输入recover database until cancel指令后，系统提示我们输入要恢复的变化点、变化时间和日志文件。在案例中我们输入的是指定的日志文件，系统在恢复完指定的日志文件后，再次提示我们输入，这时我们输入了AUTO，于是数据库自动进行恢复，结果由于找不到我们丢失的归档日志文件而终止，从而完成了一个不完全的恢复。,使用RESETLOG打开数据库SQL ALTER DATABASE OPEN RESETLOGS;数据库已更改。SQL SELECT*FROM RECOVER_TEST;DT-15-2月-06最后启动数据库并检查恢复情况，和预计的结果一致第一个日志文件的数据得到了恢复，丢失了其后的内容。,基于时间的不完全恢复,基于时间的恢复是指当出现用户错误，如用户误操作删除了表时，使用数据文件的备份和日志文件将数据库恢复到用户错误点的状态，从而恢复数据库。此方法可以将数据库恢复到某一特定的时间。其做法大致与基于取消的恢复机制相同。只需要在上面的步骤6中的recover database untile cancel换成recover database until time 12月-10-2005,10:40:26就可以了。,如果使用控制文件的备份，可在RECOVER中加入USING BACKUP CONTROLFILE。RECOVER DATABASE UNTIL TIME 2006-09-09:09:09:09 USING BACKUP CONTROLFILE随后oracle会不断施加日志文件，直到到达指定时刻，停止恢复操作。若操作成功，则可使用RESETLOGS模式打开数据库。,基于变化的不完全恢复,基于变化的恢复机制可以使数据库恢复到某一事务前。其具体做法也大致与基于取消的恢复机制相同，只需要在上面的步骤6中的recover database untile cancel换成recover database until change 1237229就可以了。事务的具体信息可通过查询V$LOG_HISTORY视图获得。,注意：无论执行哪种类型的不完全恢复，在成功执行后都必须使用RESETLOGS模式打开数据库。,进行自动介质恢复,自动恢复能够自动利用默认的日志文件来进行恢复操作，无需手工应用各个单独的归档日志。有两种方法来自动应用默认的归档日志文件进行恢复操作：(1)在发出recover命令前执行set autorecovery on；(2)或在执行recover命令时指定automatic。用于自动恢复的文件名是从数据库初始化参数文件中的LOG_ARCHIVE_FORMAT和LOG_ARCHIVE_DEST_n解析出来的。,假设数据文件$ORACLE_HOMEoradataORACLEWBtools01.dbf损坏，tools.dbf构成了tools表空间，这样tools表空间就不能正常工作。(1)先将tools表空间置于脱机状态ALTER TABLESPACE tools OFFLINE IMMEDIATE;(2)将数据文件tools.dbf的备份进行复原操作，即通过操作系统命令进行复制copy$ORACLE_HOMEadminORACLEWBbackuptools01.dbf$ORACLE_HOMEoradataORACLEWB(3)假设现在已拥有了所有用于恢复的归档日志文件RECOVER AUTOMATIC DATAFILE D:ORACLE 9IORADATAORACLEWBtools01.dbf;(4)将tools表空间置于联机状态ALTER TABLESPACE tools ONLINE;,当从一个增量型导出或积累型导出中导入数据时，先使用最新的完全型导出，操作完成后，必须导入最新的积累型导出，再导入之后的所有增量型导出。导入模式包括：用户模式、表模式和全局模式(数据库模式)。,数据导入,同样可以象导出一样使用FULL=Y导入一个导出文件的全部内容。如果导出是一个完整数据库，那么导入这个文件的结果就是导入了一个完整数据库。imp system/managerora9i full=y file=d:filename使用FROMUSER和TOUSER选项从一个导出文件导入指定的模式。FROMUSER选项指定一个导入模式的列表。TOUSER选项指定一个目标模式列表。,示例：imp system/managerora9i fromuser=(scott,demo)file=d:scott上例语句用来导入只被scott和demo所属的对象imp system/managerora9i fromuser=(scott,demo,test)touser(demo,scott)file=d:scott上例语句中，scott的对象将被导入demo用户下，demo的数据对象将被导入scott用户下，由于没有相应的touser目录与test对应，所以test的对象将被导入test用户下。同样正如导出一样，可以使用TABLES参数限制导入的是一个指定表或一组表imp system/managerora9i fromuser=scott tables=(emp,dept)file=d:scott,小结,如果运行在NOARCHIVELOG模式下丢失了数据文件，就只能从最近的一次全备份中还原整个数据库。备份后所进行的全部变化将会丢失。当还原一个NOARCHIVELOG模式数据库时，可以不要还原REDO日志文件，而是当重新打开数据库时使用RESETLOGS选取项。通过在ARCHIVELOG模式中运行数据库，可以自已还原一个文件并恢复到丢失前所进行的全部变化。为了使恢复完全，所有备份后生成的归档日志文件必须可用，所有联机日志文件也必须可用。不完全恢复是将一个数据库恢复到过去某一个时刻的进程。执行完不完全恢复后，需要使用RESETLOGS选项打开数据库。,