ORACLE备份&恢复案例 by piner

ORACLE备份&恢复案例ORACLEBACKUP&RESTORESCHEME2第一章.理解什么是数据库恢复21.1实例故障的一致性恢复21.2介质故障或文件错误的不一致恢复3第二章.数据库恢复案例测试环境32.1数据库环境42.2数据库备份脚本6第三章.了解与恢复相关的信息7第四章.数据库恢复案例74.1非归档模式下的备份与恢复94.2归档模式下丢失或损坏一个数据文件164.3丢失多个数据文件，实现整个数据库的恢复244.4不完全恢复案例31第五章其它恢复案例315.1损坏联机日志的恢复方法345.2损坏控制文件的恢复方法365.3损坏回滚数据文件的恢复方法415.4损坏临时数据文件的恢复方法42第五章.常见恢复误区42第六章.小结第一章.理解什么是数据库恢复当我们使用一个数据库时，总希望数据库的 内容 财务内部控制制度的内容财务内部控制制度的内容人员招聘与配置的内容项目成本控制的内容消防安全演练内容 是可靠的、正确的，但由于计算机系统的故障（硬件故障、软件故障、网络故障、进程故障和系统故障）影响数据库系统的操作，影响数据库中数据的正确性，甚至破坏数据库，使数据库中全部或部分数据丢失。因此当发生上述故障后，希望能重构这个完整的数据库，该处理称为数据库恢复。恢复过程大致可以分为复原(Restore)与恢复(Recover)过程。数据库恢复可以分为以下两类：1.1实例故障的一致性恢复当实例意外地（如掉电、后台进程故障等）或预料地（发出SHUTDOUMABORT语句）中止时出现实例故障，此时需要实例恢复。实例恢复将数据库恢复到故障之前的事务一致状态。如果在在线后备发现实例故障，则需介质恢复。在其它情况ORACLE在下次数据库起动时（对新实例装配和打开），自动地执行实例恢复。如果需要，从装配状态变为打开状态，自动地激发实例恢复，由下列处理：（1）为了解恢复数据文件中没有记录的数据，进行向前滚。该数据记录在在线日志，包括对回滚段的内容恢复。（2）回滚未提交的事务，按步1重新生成回滚段所指定的操作。（3）释放在故障时正在处理事务所持有的资源。（4）解决在故障时正经历一阶段提交的任何悬而未决的分布事务。1.2介质故障或文件错误的不一致恢复介质故障是当一个文件、一个文件的部分或磁盘不能读或不能写时出现的故障。文件错误一般指意外的错误导致文件被删除或意外事故导致文件的不一致。这种状态下的数据库都是不一致的，需要DBA手工来进行数据库的恢复，这种恢复有两种形式，决定于数据库运行的归档方式和备份方式。（1）完全介质恢复可恢复全部丢失的修改。一般情况下需要有数据库的备份且数据库运行在归档状态下并且有可用归档日志时才可能。对于不同类型的错误，有不同类型的完全恢复可使用，其决定于毁坏文件和数据库的可用性。（2）不完全介质恢复是在完全介质恢复不可能或不要求时进行的介质恢复。重构受损的数据库，使其恢复介质故障前或用户出错之前的一个事务一致性状态。不完全介质恢复有不同类型的使用，决定于需要不完全介质恢复的情况，有下列类型：基于撤消、基于时间和基于修改的不完全恢复。基于撤消(CANCEL)恢复：在某种情况，不完全介质恢复必须被控制，DBA可撤消在指定点的操作。基于撤消的恢复地在一个或多个日志组（在线的或归档的）已被介质故障所破坏，不能用于恢复过程时使用，所以介质恢复必须控制，以致在使用最近的、未损的日志组于数据文件后中止恢复操作。基于时间(TIME)和基于修改(SCN)的恢复：如果DBA希望恢复到过去的某个指定点，是一种理想的不完全介质恢复，一般发生在恢复到某个特定操作之前，恢复到如意外删除某个数据 表 关于同志近三年现实表现材料材料类招标技术评分表图表与交易pdf视力表打印pdf用图表说话 pdf 之前。第二章.数据库恢复案例测试环境2.1数据库环境以下的所有案例都是通过测试经过，环境为：OS：Windows2000ServerDB：Oracle816DBNAME：TEST数据文件：SQL>selectfile#,status,enabled,namefromv$datafile;FILE#STATUSENABLEDNAME-----------------------------------------------------------------------------------------------------------1SYSTEMREADWRITED:\ORACLE\ORADATA\TEST\SYSTEM01.DBF2ONLINEREADWRITED:\ORACLE\ORADATA\TEST\RBS01.DBF3ONLINEREADWRITED:\ORACLE\ORADATA\TEST\USERS01.DBF4ONLINEREADWRITED:\ORACLE\ORADATA\TEST\TEMP01.DBF5ONLINEREADWRITED:\ORACLE\ORADATA\TEST\TOOLS01.DBF6ONLINEREADWRITED:\ORACLE\ORADATA\TEST\INDX01.DBF控制文件：SQL>select*fromv$controlfile;STATUSNAME---------------------------------------------------------------------------------------D:\ORACLE\ORADATA\TEST\CONTROL01.CTLD:\ORACLE\ORADATA\TEST\CONTROL02.CTLD:\ORACLE\ORADATA\TEST\CONTROL03.CTL联机日志：SQL>select*fromv$logfile;GROUP#STATUSMEMBER-------------------------------------------------------------------------------------------------1STALED:\ORACLE\ORADATA\TEST\REDO01.LOG2D:\ORACLE\ORADATA\TEST\REDO02.LOG3STALED:\ORACLE\ORADATA\TEST\REDO03.LOG2.2数据库备份脚本冷备份脚本remscript:coldbak.sqlremcreater:chenjipingremdate:5.8.2003remdesc:offlinefullbackupdatabase--connectdatabaseconnectinternal/password;--shutdowndatabaseshutdownimmediate;--CopyDatafile!xcopyd:\oracle\oradata\test\*.dbfd:\database/H/R;--CopyControlfile!xcopyd:\oracle\oradata\test\*.ctld:\database/H/R;--CopyLogfile!xcopyd:\oracle\oradata\test\*.logd:\database/H/R;--startupdatabasestartup;说明：1、以上脚本在数据库关闭状态下备份数据库所有的数据文件，联机日志，控制文件（在一个目录下），如果成功备份，所有文件是一致的。2、没有备份参数文件，参数文件可以另外备份，没有必要每次都备份，只需要在改变设置后备份一次。3、如果以上命令没有成功依次执行，那么备份将是无效的，如连接数据库不成功，那么肯定关闭数据库也不成功，那么备份则无效4、冷备份建议下人工干预下执行。数据库OS热全备份脚本remscript:hotbak.sqlremcreater:chenjipingremdate:5.8.2003remdesc:backupalldatabasedatafileinarchive--connectdatabaseconnectinternal/password;--archivealtersystemarchivelogcurrent;--startaltertablespacesystembeginbackup;!xcopyd:\oracle\oradata\test\system01.dbfd:\databak/H/R;altertablespacesystemendbackup;altertablespacerbsbeginbackup;!xcopyd:\oracle\oradata\test\rbs01.dbfd:\databak/H/R;altertablespacerbsendbackup;altertablespaceusersbeginbackup;!xcopyd:\oracle\oradata\test\users01.dbfd:\databak/H/R;altertablespaceusersendbackup;altertablespacetoolsbeginbackup;!xcopyd:\oracle\oradata\test\tools01.dbfd:\databak/H/R;altertablespacetoolsendbackup;altertablespaceindxbeginbackup;!xcopyd:\oracle\oradata\test\indx01.dbfd:\databak/H/R;altertablespaceindxendbackup;--end--bakcontrolfile--binaryalterdatabasebackupcontrolfileto'd:\databak\controlbinbak.000';--asciialterdatabasebackupcontrolfiletotrace;altersystemarchivelogcurrent;说明：1、热备份必须在数据库归档方式下才可以运行2、以上脚本可以在数据库运行状态下备份数据库所有的数据文件（除了临时数据文件），没有必要备份联机日志。3、归档日志至少需要一次完整备份之后的所有日志。4、如果以上命令没有成功依次执行，那么备份也是无效的，如连接数据库不成功，那么备份则无效RMAN备份只讲叙有恢复目录的情况，如果没有恢复目录，情形大致相似。以下是RMAN的热备份全备份的脚本：#script:bakup.rcv#creater:chenjiping#date:5.8.2003#desc:backupalldatabasedatafileinarchivewithrman#connectdatabaseconnectrcvcatrman/rman@back;connecttargetinternal/virpure;#startbackupdatabaserun{allocatechannelc1typedisk;backupfulltag'dbfull'format'd:\backup\full%u_%s_%p'databaseincludecurrentcontrolfile;sql'altersystemarchivelogcurrent';releasechannelc1;}#end说明：1、数据库必须运行在归档模式下2、RMAN将自动备份数据文件，运行可靠3、归档日志另外备份处理，但至少需要保存一次备份来的日志4、没有必要用RMAN做冷备份，效果不好以上举例说明了数据库的恢复案例的测试环境与部分备份测试脚本，其它的备份脚本可以根据以上脚本演变而来或在案例中加以说明。数据库的自动实例将不加以说明，这里只举例说明媒体错误或人为错误造成的恢复可能。以上包括以下案例都是在WINDOWS+ORACLE816上测试验证的，在不同的操作系统与不同的数据库版本中略有差别。第三章.了解与恢复相关的信息1、理解报警日志文件报警日志文件一般记载了数据库的启动/关闭信息，归档信息，备份信息，恢复信息，常见错误信息，部分数据库修改记录等。一般令名规则为<SID>Alrt.log或Alrt<SID>.log，如我的测试数据库的报警日志文件的名称为testalrt.log。报警日志文件的路径是根据初始化参数background_dump_dest来决定的，如在我的机器上，该参数值为D:\Oracle\admin\test\bdump，那么，你就可以在该路径下找到该文件2、后台进程跟踪文件后台进程跟踪文件的路径与报警日志文件的路径一致，在某些情况下，你可以通过后台跟踪文件的信息了解更多的需要恢复的信息。如在数据库需要恢复的时候，报警日志文件中常有这样的语句：ErrorsinfileD:\Oracle\admin\test\bdump\testDBW0.TRC:ORA-01157:cannotidentify/lockdatafile1-seeDBWRtracefile通过提示的DBWR跟踪文件，可以查询到更详细的信息。3、v$recover_file与v$recovery_log这是两个动态性能视图，可以在mount下查看，通过这两个视图，你可以了解详细的需要恢复的数据文件与需要使用到的归档日志。第四章.数据库恢复案例4.1非归档模式下的备份与恢复备份 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 ：采用OS冷备份1.连接数据库并创建测试表SQL*Plus:Release8.1.6.0.0-ProductiononTueMay613:46:322003(c)Copyright1999OracleCorporation.Allrightsreserved.SQL>connectinternal/passwordassysdba;Connected.SQL>createtabletest(aint);TablecreatedSQL>insertintotestvalues(1);1rowinsertedSQL>commit;Commitcomplete2.备份数据库SQL>@coldbak.sql或在DOS下svrmgrl@coldbak.sql3.再插入记录SQL>insertintotestvalues(2);1rowinsertedSQL>commit;CommitcompleteSQL>select*fromtest;A---------------------------------------124.关闭数据库SQL>shutdownimmediate;Databaseclosed.Databasedismounted.ORACLEinstanceshutdown.5.毁坏一个或多个数据文件，如删除user01.dbfC:\>delD:\ORACLE\ORADATA\TEST\USERS01.DBF模拟媒体毁坏6.重新启动数据库，会发现如下错误SQL>startupORACLEinstancestarted.TotalSystemGlobalArea102020364bytesFixedSize70924bytesVariableSize85487616bytesDatabaseBuffers16384000bytesRedoBuffers77824bytesDatabasemounted.ORA-01157:cannotidentify/lockdatafile3-seeDBWRtracefileORA-01110:datafile3:'D:\ORACLE\ORADATA\TEST\USERS01.DBF'在报警文件中，会有更详细的信息ErrorsinfileD:\Oracle\admin\test\bdump\testDBW0.TRC:ORA-01157:cannotidentify/lockdatafile3-seeDBWRtracefileORA-01110:datafile3:'D:\ORACLE\ORADATA\TEST\USERS01.DBF'ORA-27041:unabletoopenfileOSD-04002:unabletoopenfileO/S-Error:(OS2)系统找不到指定的文件。7.拷贝备份复原到原来位置(restore过程)C:\>xcopyd:\database\*.*d:\oracle\oradata\test/H/R/S8.打开数据库，检查数据SQL>alterdatabaseopen;Databasealtered.SQL>select*fromtest;A---------------------------------------1这里可以发现，数据库恢复成功，但在备份之后与崩溃之前的数据丢失了。说明：1、非归档模式下的恢复方案可选性很小，一般情况下只能有一种恢复方式，就是数据库的冷备份的完全恢复，仅仅需要拷贝原来的备份就可以(restore)，不需要recover。2、这种情况下的恢复，可以完全恢复到备份的点上，但是可能是丢失数据的，在备份之后与崩溃之前的数据将全部丢失。3、不管毁坏了多少数据文件或是联机日志或是控制文件，都可以通过这个办法恢复，因为这个恢复过程是Restore所有的冷备份文件，而这个备份点上的所有文件是一致的，与最新的数据库没有关系，就好比把数据库又放到了一个以前的“点”上。4、对于非归档模式下，最好的办法就是采用OS的冷备份，建议不要用RMAN来作冷备份，效果不好，因为RMAN不备份联机日志，restore不能根本解决问 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 。5、如果没有备份联机日志，如RMAN的备份，就需要利用不完全恢复(untilcancel)的方法来重新创建联机日志文件4.2归档模式下丢失或损坏一个数据文件4.2.1OS备份方案在归档方式下损坏或丢失一个数据文件，如果存在相应的备份与该备份以来的归档日志，恢复还是比较简单的，可以作到尽量少的Down机时间，并能作到数据库的完全恢复。1、连接数据库，创建测试表并插入记录SQL*Plus:Release8.1.6.0.0-ProductiononTueMay613:46:322003(c)Copyright1999OracleCorporation.Allrightsreserved.SQL>connectinternal/passwordassysdba;Connected.SQL>createtabletest(aint)tablespaceusers;TablecreatedSQL>insertintotestvalues(1);1rowinsertedSQL>commit;Commitcomplete2、备份数据库SQL>@hotbak.sql或在DOS下svrmgrl@hotbak.sql3、继续在测试表中插入记录SQL>insertintotestvalues(2);1rowinsertedSQL>commit;CommitcompleteSQL>select*fromtest;A---------------------------------------12SQL>altersystemswitchlogfile;Systemaltered.SQL>altersystemswitchlogfile;Systemaltered.4、关闭数据库，模拟丢失数据文件SQL>shutdownimmediate;Databaseclosed.Databasedismounted.ORACLEinstanceshutdownC:\>delD:\ORACLE\ORADATA\TEST\USERS01.DBF模拟媒体毁坏5、启动数据库错误，脱机该数据文件SQL>startupORACLEinstancestarted.TotalSystemGlobalArea102020364bytesFixedSize70924bytesVariableSize85487616bytesDatabaseBuffers16384000bytesRedoBuffers77824bytesDatabasemounted.ORA-01157:cannotidentify/lockdatafile3-seeDBWRtracefileORA-01110:datafile3:'D:\ORACLE\ORADATA\TEST\USERS01.DBF'还可以查看报警文件（见上一个恢复案例）或动态视图v$recover_file如SQL>select*fromv$recover_file;FILE#ONLINEERRORCHANGE#TIME--------------------------------------------------------3ONLINE10135002003-05-07脱机数据文件SQL>alterdatabasedatafile3offlinedrop;Databasealtered.6、打开数据库，拷贝备份回来(restore)，恢复(recover)该数据文件，并联机SQL>alterdatabaseopen;Databasealtered.拷贝备份从备份处copyd:\databak\users01.dbfd:\oracle\oradata\test;恢复该数据文件SQL>recoverdatafile3;ORA-00279:change1053698generatedat05/07/200317:51:26neededforthread1ORA-00289:suggestion:D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00304.ARCORA-00280:change1053698forthread1isinsequence#304Specifylog:{<RET>=suggested|filename|AUTO|CANCEL}AUTOORA-00279:change1053701generatedat05/07/200317:51:39neededforthread1ORA-00289:suggestion:D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00305.ARCORA-00280:change1053701forthread1isinsequence#305ORA-00278:logfile'D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00304.ARC'nolongerneededforthisrecoveryLogapplied.Mediarecoverycomplete.恢复成功，联机该数据文件SQL>alterdatabasedatafile3online;Databasealtered.7、检查数据库的数据（完全恢复）SQL>select*fromtest;A---------------------------------------12说明：1、采用热备份，需要运行在归档模式下，可以实现数据库的完全恢复，也就是说，从备份后到数据库崩溃时的数据都不会丢失。2、可以采用全备份数据库的方式备份，对于特殊情况，也可以只备份特定的数据文件，如只备份用户表空间（一般情况下对于某些写特别频繁的数据文件，可以单独加大备份频率）3、如果在恢复过程中，发现损坏的是多个数据文件，即可以采用一个一个数据文件的恢复方法（第5步中需要对数据文件一一脱机，第6步中需要对数据文件分别恢复），也可以采用整个数据库的恢复方法。4、如果是系统表空间的损坏，不能采用此方法4.2.2RMAN备份方案RMAN也可以进行联机备份，而且备份与恢复方法将比OS备份更简单可靠。1、连接数据库，创建测试表并插入记录SQL*Plus:Release8.1.6.0.0-ProductiononTueMay613:46:322003(c)Copyright1999OracleCorporation.Allrightsreserved.SQL>connectinternal/passwordassysdba;Connected.SQL>createtabletest(aint)tablespaceusers;TablecreatedSQL>insertintotestvalues(1);1rowinsertedSQL>commit;Commitcomplete2、备份数据库表空间usersC:\>rmanRecoveryManager:Release8.1.6.0.0-ProductionRMAN>connectrcvcatrman/rman@backRMAN-06008:connectedtorecoverycatalogdatabaseRMAN>connecttargetinternal/virpureRMAN-06005:connectedtotargetdatabase:TEST(DBID=1788174720)RMAN>run{2>allocatechannelc1typedisk;3>backuptag'tsuser'format'd:\backup\tsuser_%u_%s_%p'4>tablespaceusers;5>releasechannelc1;6>}RMAN-03022:compilingcommand:allocateRMAN-03023:executingcommand:allocateRMAN-08030:allocatedchannel:c1RMAN-08500:channelc1:sid=16devtype=DISKRMAN-03022:compilingcommand:backupRMAN-03025:performingimplicitpartialresyncofrecoverycatalogRMAN-03023:executingcommand:partialresyncRMAN-08003:startingpartialresyncofrecoverycatalogRMAN-08005:partialresynccompleteRMAN-03023:executingcommand:backupRMAN-08008:channelc1:startingfulldatafilebackupsetRMAN-08502:set_count=5set_stamp=494177612creation_time=16-MAY-03RMAN-08010:channelc1:specifyingdatafile(s)inbackupsetRMAN-08522:inputdatafilefno=00003name=D:\ORACLE\ORADATA\TEST\USER01.DBFRMAN-08013:channelc1:piece1createdRMAN-08503:piecehandle=D:\BACKUP\TSUSER_05EN93AC_5_1comment=NONERMAN-08525:backupsetcomplete,elapsedtime:00:00:01RMAN-03023:executingcommand:partialresyncRMAN-08003:startingpartialresyncofrecoverycatalogRMAN-08005:partialresynccompleteRMAN-03022:compilingcommand:releaseRMAN-03023:executingcommand:releaseRMAN-08031:releasedchannel:c1RMAN>3、继续在测试表中插入记录SQL>insertintotestvalues(2);1rowinsertedSQL>commit;CommitcompleteSQL>select*fromtest;A---------------------------------------12SQL>altersystemswitchlogfile;Systemaltered.SQL>r1*altersystemswitchlogfile;Systemaltered.4、关闭数据库，模拟丢失数据文件SQL>shutdownimmediate;Databaseclosed.Databasedismounted.ORACLEinstanceshutdownC:\>delD:\ORACLE\ORADATA\TEST\USER01.DBF5、启动数据库，检查错误SQL>startupORACLEinstancestarted.TotalSystemGlobalArea102020364bytesFixedSize70924bytesVariableSize85487616bytesDatabaseBuffers16384000bytesRedoBuffers77824bytesDatabasemounted.ORA-01157:cannotidentify/lockdatafile3-seeDBWRtracefileORA-01110:datafile3:'D:\ORACLE\ORADATA\TEST\USER01.DBF'6、先打开数据库SQL>alterdatabasedatafile3offlinedrop;Databasealtered.SQL>alterdatabaseopen;Databasealtered.7、恢复该表空间恢复脚本可以是恢复单个数据文件run{allocatechannelc1typedisk;restoredatafile3;recoverdatafile3;sql'alterdatabasedatafile3online';releasechannelc1;}也可以是,恢复表空间run{allocatechannelc1typedisk;restoretablespaceusers;recovertablespaceusers;sql'alterdatabasedatafile3online';releasechannelc1;}过程如下：C:\>rmanRecoveryManager:Release8.1.6.0.0-ProductionRMAN>connectrcvcatrman/rman@backRMAN-06008:connectedtorecoverycatalogdatabaseRMAN>connecttargetinternal/virpureRMAN-06005:connectedtotargetdatabase:TEST(DBID=1788174720)RMAN>run{2>allocatechannelc1typedisk;3>restoredatafile3;4>recoverdatafile3;5>sql'alterdatabasedatafile3online';6>releasechannelc1;7>}RMAN-03022:compilingcommand:allocateRMAN-03023:executingcommand:allocateRMAN-08030:allocatedchannel:c1RMAN-08500:channelc1:sid=13devtype=DISKRMAN-03022:compilingcommand:restoreRMAN-03022:compilingcommand:IRESTORERMAN-03023:executingcommand:IRESTORERMAN-08016:channelc1:startingdatafilebackupsetrestoreRMAN-08502:set_count=5set_stamp=494177612creation_time=16-MAY-03RMAN-08089:channelc1:specifyingdatafile(s)torestorefrombackupsetRMAN-08523:restoringdatafile00003toD:\ORACLE\ORADATA\TEST\USER01.DBFRMAN-08023:channelc1:restoredbackuppiece1RMAN-08511:piecehandle=D:\BACKUP\TSUSER_05EN93AC_5_1tag=TSUSERparams=NULLRMAN-08024:channelc1:restorecompleteRMAN-03023:executingcommand:partialresyncRMAN-08003:startingpartialresyncofrecoverycatalogRMAN-08005:partialresynccompleteRMAN-03022:compilingcommand:recoverRMAN-03022:compilingcommand:recover(1)RMAN-03022:compilingcommand:recover(2)RMAN-03022:compilingcommand:recover(3)RMAN-03023:executingcommand:recover(3)RMAN-08054:startingmediarecoveryRMAN-03022:compilingcommand:recover(4)RMAN-06050:archivelogthread1sequence332isalreadyondiskasfileD:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00332.ARCRMAN-06050:archivelogthread1sequence333isalreadyondiskasfileD:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00333.ARCRMAN-06050:archivelogthread1sequence334isalreadyondiskasfileD:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00334.ARCRMAN-03023:executingcommand:recover(4)RMAN-08515:archivelogfilename=D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00332.ARCthread=1sequence=332RMAN-08055:mediarecoverycompleteRMAN-03022:compilingcommand:sqlRMAN-06162:sqlstatement:alterdatabasedatafile3onlineRMAN-03023:executingcommand:sqlRMAN-03022:compilingcommand:releaseRMAN-03023:executingcommand:releaseRMAN-08031:releasedchannel:c1RMAN>8、检查数据是否完整SQL>alterdatabaseopen;Databasealtered.SQL>select*fromtest;A---------------------------------------12说明：1、RMAN也可以实现单个表空间或数据文件的恢复，恢复过程可以在mount下或open方式下，如果在open方式下恢复，可以减少down机时间2、如果损坏的是一个数据文件，建议offline并在open方式下恢复3、这里可以看到，RMAN进行数据文件与表空间恢复的时候，代码都比较简单，而且能保证备份与恢复的可靠性，所以建议采用RMAN的备份与恢复4.3丢失多个数据文件，实现整个数据库的恢复4.3.1OS备份方案OS备份归档模式下损坏（丢失）多个数据文件，进行整个数据库的恢复1、连接数据库，创建测试表并插入记录SQL*Plus:Release8.1.6.0.0-ProductiononTueMay613:46:322003(c)Copyright1999OracleCorporation.Allrightsreserved.SQL>connectinternal/passwordassysdba;Connected.SQL>createtabletest(aint);TablecreatedSQL>insertintotestvalues(1);1rowinsertedSQL>commit;Commitcomplete2、备份数据库，备份除临时数据文件后的所数据文件SQL>@hotbak.sql或在DOS下svrmgrl@hotbak.sql3、继续在测试表中插入记录SQL>insertintotestvalues(2);1rowinsertedSQL>commit;CommitcompleteSQL>select*fromtest;A---------------------------------------12SQL>altersystemswitchlogfile;Systemaltered.SQL>altersystemswitchlogfile;Systemaltered.4、关闭数据库，模拟丢失数据文件SQL>shutdownimmediate;Databaseclosed.Databasedismounted.ORACLEinstanceshutdownC:\>delD:\ORACLE\ORADATA\TEST\SYSTEM01.DBFC:\>delD:\ORACLE\ORADATA\TEST\INDX01.DBFC:\>delD:\ORACLE\ORADATA\TEST\TOOLS01.DBFC:\>delD:\ORACLE\ORADATA\TEST\RBS01.DBF模拟媒体毁坏（这里删除多个数据文件）5、启动数据库，检查错误SQL>STARTUPORACLEinstancestarted.TotalSystemGlobalArea102020364bytesFixedSize70924bytesVariableSize85487616bytesDatabaseBuffers16384000bytesRedoBuffers77824bytesDatabasemounted.ORA-01157:cannotidentify/lockdatafile1-seeDBWRtracefileORA-01110:datafile1:'D:\ORACLE\ORADATA\TEST\SYSTEM01.DBF'详细信息可以查看报警文件ORA-1157signalledduring:ALTERDATABASEOPEN...ThuMay0809:39:362003ErrorsinfileD:\Oracle\admin\test\bdump\testDBW0.TRC:ORA-01157:cannotidentify/lockdatafile1-seeDBWRtracefileORA-01110:datafile1:'D:\ORACLE\ORADATA\TEST\SYSTEM01.DBF'ORA-27041:unabletoopenfileOSD-04002:unabletoopenfileO/S-Error:(OS2)系统找不到指定的文件。ThuMay0809:39:362003ErrorsinfileD:\Oracle\admin\test\bdump\testDBW0.TRC:ORA-01157:cannotidentify/lockdatafile2-seeDBWRtracefileORA-01110:datafile2:'D:\ORACLE\ORADATA\TEST\RBS01.DBF'ORA-27041:unabletoopenfileOSD-04002:unabletoopenfileO/S-Error:(OS2)系统找不到指定的文件。ThuMay0809:39:362003ErrorsinfileD:\Oracle\admin\test\bdump\testDBW0.TRC:ORA-01157:cannotidentify/lockdatafile5-seeDBWRtracefileORA-01110:datafile5:'D:\ORACLE\ORADATA\TEST\TOOLS01.DBF'ORA-27041:unabletoopenfileOSD-04002:unabletoopenfileO/S-Error:(OS2)系统找不到指定的文件。ThuMay0809:39:362003ErrorsinfileD:\Oracle\admin\test\bdump\testDBW0.TRC:ORA-01157:cannotidentify/lockdatafile6-seeDBWRtracefileORA-01110:datafile6:'D:\ORACLE\ORADATA\TEST\INDX01.DBF'ORA-27041:unabletoopenfileOSD-04002:unabletoopenfileO/S-Error:(OS2)系统找不到指定的文件。通过查询v$recover_file可以看到SQL>select*fromv$recover_file;FILE#ONLINEERRORCHANGE#TIME--------------------------------------------------------1ONLINEFILENOTFOUND02ONLINEFILENOTFOUND05ONLINEFILENOTFOUND06ONLINEFILENOTFOUND0有四个数据文件需要恢复6、拷贝备份回到原地点(restore)，开始恢复数据库(recover)restore过程:C:\>copyD:\DATABAK\SYSTEM01.DBFD:\ORACLE\ORADATA\TEST\C:\>copyD:\DATABAK\TEST\INDX01.DBFD:\ORACLE\ORADATA\TEST\C:\>copyD:\DATABAK\TEST\TOOLS01.DBFD:\ORACLE\ORADATA\TEST\C:\>copyD:\DATABAK\TEST\RBS01.DBF.DBFD:\ORACLE\ORADATA\TEST\Recover过程:SQL>recoverdatabase;ORA-00279:change1073849generatedat05/08/200308:58:35neededforthread1ORA-00289:suggestion:D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00311.ARCORA-00280:change1073849forthread1isinsequence#311Specifylog:{<RET>=suggested|filename|AUTO|CANCEL}autoORA-00279:change1073856generatedat05/08/200309:03:27neededforthread1ORA-00289:suggestion:D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00312.ARCORA-00280:change1073856forthread1isinsequence#312ORA-00278:logfile'D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00311.ARC'nolongerneededforthisrecoveryORA-00279:change1073858generatedat05/08/200309:11:43neededforthread1ORA-00289:suggestion:D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00313.ARCORA-00280:change1073858forthread1isinsequence#313ORA-00278:logfile'D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00312.ARC'nolongerneededforthisrecoveryORA-00279:change1073870generatedat05/08/200309:11:46neededforthread1ORA-00289:suggestion:D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00314.ARCORA-00280:change1073870forthread1isinsequence#314ORA-00278:logfile'D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00313.ARC'nolongerneededforthisrecoveryLogapplied.Mediarecoverycomplete.7、打开数据库，检查数据库的数据（完全恢复）SQL>alterdatabaseopen;Databasealtered.SQL>select*fromtest;A---------------------------------------12说明：1、只要有备份与归档存在，就可以实现数据库的完全恢复（不丢失数据）2、适合于丢失大量数据文件，或包含系统数据文件在内的数据库的恢复3、恢复过程在mount下进行，如果恢复成功，再打开数据库，down机时间可能比较长一些。4.3.2RMAN备份方案RMAN备份归档模式下损坏（丢失）多个数据文件，进行整个数据库的恢复1、连接数据库，创建测试表并插入记录SQL*Plus:Release8.1.6.0.0-ProductiononTueMay613:46:322003(c)Copyright1999OracleCorporation.Allrightsreserved.SQL>connectinternal/passwordassysdba;Connected.SQL>createtabletest(aint);TablecreatedSQL>insertintotestvalues(1);1rowinsertedSQL>commit;Commitcomplete2、备份数据库DOS下C:>\rmancmdfile=bakup.rcvmsglog=backup.log;以下是backup.log内容。RecoveryManager:Release8.1.6.0.0-ProductionRMAN>#script:bakup.rcv2>#creater:chenjiping3>#date:5.8.20034>#desc:backupalldatabasedatafileinarchivewithrman5>6>#connectdatabase7>connectrcvcatrman/rman@back;8>connecttargetinternal/virpure;9>10>#startbackupdatabase11>run{12>allocatechannelc1typedisk;13>backupfulltag'dbfull'format'd:\backup\full%u_%s_%p'database14>includecurrentcontrolfile;15>sql'altersystemarchivelogcurrent';16>releasechannelc1;17>}18>#end19>RMAN-06008:connectedtorecoverycatalogdatabaseRMAN-06005:connectedtotargetdatabase:TEST(DBID=1788174720)RMAN-03022:compilingcommand:allocateRMAN-03023:executingcommand:allocateRMAN-08030:allocatedchannel:c1RMAN-08500:channelc1:sid=15devtype=DISKRMAN-03022:compilingcommand:backupRMAN-03023:executingcommand:backupRMAN-08008:channelc1:startingfulldatafilebackupsetRMAN-08502:set_count=4set_stamp=494074368creation_time=15-MAY-03RMAN-08010:channelc1:specifyingdatafile(s)inbackupsetRMAN-08522:inputdatafilefno=00002name=D:\ORACLE\ORADATA\TEST\RBS01.DBFRMAN-08522:inputdatafilefno=00001name=D:\ORACLE\ORADATA\TEST\SYSTEM01.DBFRMAN-08011:includingcurrentcontrolfileinbackupsetRMAN-08522:inputdatafilefno=00005name=D:\ORACLE\ORADATA\TEST\TOOLS01.DBFRMAN-08522:inputdatafilefno=00004name=D:\ORACLE\ORADATA\TEST\TEMP01.DBFRMAN-08522:inputdatafilefno=00006name=D:\ORACLE\ORADATA\TEST\INDX01.DBFRMAN-08522:inputdatafilefno=00003name=D:\ORACLE\ORADATA\TEST\USER01.DBFRMAN-08013:channelc1:piece1createdRMAN-08503:piecehandle=D:\BACKUP\FULL04EN5UG0_4_1comment=NONERMAN-08525:backupsetcomplete,elapsedtime:00:01:16RMAN-03023:executingcommand:partialresyncRMAN-08003:startingpartialresyncofrecoverycatalogRMAN-08005:partialresynccompleteRMAN-03022:compilingcommand:sqlRMAN-06162:sqlstatement:altersystemarchivelogcurrentRMAN-03023:executingcommand:sqlRMAN-03022:compilingcommand:releaseRMAN-03023:executingcommand:releaseRMAN-08031:releasedchannel:c1RecoveryManagercomplete.到这里表示备份成功。3、继续在测试表中插入记录SQL>insertintotestvalues(2);1rowinsertedSQL>commit;CommitcompleteSQL>select*fromtest;A---------------------------------------12SQL>altersystemswitchlogfile;Systemaltered.SQL>altersystemswitchlogfile;Systemaltered.4、关闭数据库，模拟丢失数据文件SQL>shutdownimmediate;Databaseclosed.Databasedismounted.ORACLEinstanceshutdownC:\>delD:\ORACLE\ORADATA\TEST\SYSTEM01.DBFC:\>delD:\ORACLE\ORADATA\TEST\INDX01.DBFC:\>delD:\ORACLE\ORADATA\TEST\TOOLS01.DBFC:\>delD:\ORACLE\ORADATA\TEST\RBS01.DBF5、启动数据库，检查错误SQL>STARTUPORACLEinstancestarted.TotalSystemGlobalArea102020364bytesFixedSize70924bytesVariableSize85487616bytesDatabaseBuffers16384000bytesRedoBuffers77824bytesDatabasemounted.ORA-01157:cannotidentify/lockdatafile1-seeDBWRtracefileORA-01110:datafile1:'D:\ORACLE\ORADATA\TEST\SYSTEM01.DBF'查询v$recover_fileSQL>select*fromv$recover_file;FILE#ONLINEERRORCHANGE#TIME--------------------------------------------------------1ONLINEFILENOTFOUND02ONLINEFILENOTFOUND05ONLINEFILENOTFOUND06ONLINEFILENOTFOUND0可以知道有四个数据文件需要恢复6、利用RMAN进行恢复C:\>rmanRecoveryManager:Release8.1.6.0.0-ProductionRMAN>connectrcvcatrman/rman@backRMAN-06008:connectedtorecoverycatalogdatabaseRMAN>connecttargetinternal/virpureRMAN-06005:connectedtotargetdatabase:TEST(DBID=1788174720)RMAN>run{2>allocatechannelc1typedisk;3>restoredatabase;4>recoverdatabase;5>sql'alterdatabaseopen';6>releasechannelc1;7>}RMAN-03022:compilingcommand:allocateRMAN-03023:executingcommand:allocateRMAN-08030:allocatedchannel:c1RMAN-08500:channelc1:sid=17devtype=DISKRMAN-03022:compilingcommand:restoreRMAN-03025:performingimplicitpartialresyncofrecoverycatalogRMAN-03023:executingcommand:partialresyncRMAN-08003:startingpartialresyncofrecoverycatalogRMAN-08005:partialresynccompleteRMAN-03022:compilingcommand:IRESTORERMAN-03023:executingcommand:IRESTORERMAN-08016:channelc1:startingdatafilebackupsetrestoreRMAN-08502:set_count=4set_stamp=494074368creation_time=15-MAY-03RMAN-08089:channelc1:specifyingdatafile(s)torestorefrombackupsetRMAN-08523:restoringdatafile00001toD:\ORACLE\ORADATA\TEST\SYSTEM01.DBFRMAN-08523:restoringdatafile00002toD:\ORACLE\ORADATA\TEST\RBS01.DBFRMAN-08523:restoringdatafile00003toD:\ORACLE\ORADATA\TEST\USER01.DBFRMAN-08523:restoringdatafile00004toD:\ORACLE\ORADATA\TEST\TEMP01.DBFRMAN-08523:restoringdatafile00005toD:\ORACLE\ORADATA\TEST\TOOLS01.DBFRMAN-08523:restoringdatafile00006toD:\ORACLE\ORADATA\TEST\INDX01.DBFRMAN-08023:channelc1:restoredbackuppiece1RMAN-08511:piecehandle=D:\BACKUP\FULL04EN5UG0_4_1tag=DBFULLparams=NULLRMAN-08024:channelc1:restorecompleteRMAN-03023:executingcommand:partialresyncRMAN-08003:startingpartialresyncofrecoverycatalogRMAN-08005:partialresynccompleteRMAN-03022:compilingcommand:recoverRMAN-03022:compilingcommand:recover(1)RMAN-03022:compilingcommand:recover(2)RMAN-03022:compilingcommand:recover(3)RMAN-03023:executingcommand:recover(3)RMAN-08054:startingmediarecoveryRMAN-03022:compilingcommand:recover(4)RMAN-06050:archivelogthread1sequence327isalreadyondiskasfileD:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00327.ARCRMAN-06050:archivelogthread1sequence328isalreadyondiskasfileD:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00328.ARCRMAN-06050:archivelogthread1sequence329isalreadyondiskasfileD:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00329.ARCRMAN-06050:archivelogthread1sequence330isalreadyondiskasfileD:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00330.ARCRMAN-03023:executingcommand:recover(4)RMAN-08515:archivelogfilename=D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00327.ARCthread=1sequence=327RMAN-08515:archivelogfilename=D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00328.ARCthread=1sequence=328RMAN-08055:mediarecoverycompleteRMAN-03022:compilingcommand:sqlRMAN-06162:sqlstatement:alterdatabaseopenRMAN-03023:executingcommand:sqlRMAN-03022:compilingcommand:releaseRMAN-03023:executingcommand:releaseRMAN-08031:releasedchannel:c1RMAN>7、检查数据库的数据（完全恢复）SQL>select*fromtest;A---------------------------------------12说明：1、只要有备份与归档存在，RMAN也可以实现数据库的完全恢复（不丢失数据）2、同OS备份数据库恢复，适合于丢失大量数据文件，或包含系统数据文件在内的数据库的恢复3、目标数据库在mount下进行，如果恢复成功，再打开数据库。4、RMAN的备份与恢复命令相对比较简单并可靠，建议有条件的话，都采用RMAN进行数据库的备份。4.4不完全恢复案例4.4.1OS备份下的基于时间的恢复不完全恢复可以分为基于时间的恢复，基于改变的恢复与基于撤消的恢复，这里已基于时间的恢复为例子来说明不完全恢复过程。基于时间的恢复可以不完全恢复到现在时间之前的某一个时间，对于某些误操作，如删除了一个数据表，可以在备用恢复环境上恢复到表的删除时间之前，然后把该表导出到正式环境，避免一个人为的错误。1、连接数据库，创建测试表并插入记录SQL*Plus:Release8.1.6.0.0-ProductiononTueMay613:46:322003(c)Copyright1999OracleCorporation.Allrightsreserved.SQL>connectinternal/passwordassysdba;Connected.SQL>createtabletest(aint);TablecreatedSQL>insertintotestvalues(1);1rowinsertedSQL>commit;Commitcomplete2、备份数据库，这里最好备份所有的数据文件，包括临时数据文件SQL>@hotbak.sql或在DOS下svrmgrl@hotbak.sql或冷备份也可以3、删除测试表，假定删除前的时间为T1，在删除之前，便于测试，继续插入数据并应用到归档。SQL>insertintotestvalues(2);1rowinsertedSQL>commit;CommitcompleteSQL>select*fromtest;A---------------------------------------12SQL>altersystemswitchlogfile;Statementprocessed.SQL>altersystemswitchlogfile;Statementprocessed.SQL>selectto_char(sysdate,'yyyy-mm-ddhh24:mi:ss')fromdual;TO_CHAR(SYSDATE,'YY-------------------2003-05-2114:43:01SQL>droptabletest;Tabledropped.4、准备恢复到时间点T1，找回删除的表，先关闭数据库SQL>shutdownimmediate;Databaseclosed.Databasedismounted.ORACLEinstanceshutdown.5、拷贝刚才备份的所有数据文件回来C:\>copyD:\DATABAK\*.DBFD:\ORACLE\ORADATA\TEST\6、启动到mount下SQL>startupmount;ORACLEinstancestarted.TotalSystemGlobalArea102020364bytesFixedSize70924bytesVariableSize85487616bytesDatabaseBuffers16384000bytesRedoBuffers77824bytesDatabasemounted.7、开始不完全恢复数据库到T1时间SQL>recoverdatabaseuntiltime'2003-05-21:14:43:01';ORA-00279:change30944generatedat05/21/200314:40:06neededforthread1ORA-00289:suggestion:D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00191.ARCORA-00280:change30944forthread1isinsequence#191Specifylog:{<RET>=suggested|filename|AUTO|CANCEL}autoLogapplied.Mediarecoverycomplete.8、打开数据库，检查数据SQL>alterdatabaseopenresetlogs;Databasealtered.SQL>select*fromtest;A---------------------------------------12说明：1、不完全恢复最好备份所有的数据，冷备份亦可，因为恢复过程是从备份点往后恢复的，如果因为其中一个数据文件的时间戳(SCN)大于要恢复的时间点，那么恢复都是不可能成功的。2、不完全恢复有三种方式，过程都一样，仅仅是recover命令有所不一样，这里用基于时间的恢复作为示例。3、不完全恢复之后，都必须用resetlogs的方式打开数据库，建议马上再做一次全备份，因为resetlogs之后再用以前的备份恢复是很难了。4、以上是在删除之前获得时间，但是实际应用中，很难知道删除之前的实际时间，但可以采用大致时间即可，或可以采用分析日志文件(logmnr)，取得精确的需要恢复的时间。5、一般都是在测试机后备用机器上采用这种不完全恢复，恢复之后导出/导入被误删的表回生产系统4.4.2RMAN备份下的基于改变的恢复以上用OS备份说明了一个基于时间的恢复，现在用RMAN说明一个基于改变的恢复1、连接数据库，创建测试表并插入记录SQL*Plus:Release8.1.6.0.0-ProductiononTueMay613:46:322003(c)Copyright1999OracleCorporation.Allrightsreserved.SQL>connectinternal/passwordassysdba;Connected.SQL>createtabletest(aint);TablecreatedSQL>insertintotestvalues(1);1rowinsertedSQL>commit;Commitcomplete2、备份数据库C:\>rmanRecoveryManager:Release8.1.6.0.0-ProductionRMAN>connectrcvcatrman/rman@backRMAN-06008:connectedtorecoverycatalogdatabaseRMAN>connecttargetinternal/virpureRMAN-06005:connectedtotargetdatabase:TEST(DBID=874705288)RMAN>run{2>allocatechannelc1typedisk;3>backupfulltag'dbfull'format'd:\backup\full%u_%s_%p'database4>includecurrentcontrolfile;5>sql'altersystemarchivelogcurrent';6>releasechannelc1;7>}RMAN-03022:compilingcommand:allocateRMAN-03023:executingcommand:allocateRMAN-08030:allocatedchannel:c1RMAN-08500:channelc1:sid=12devtype=DISKRMAN-03022:compilingcommand:backupRMAN-03023:executingcommand:backupRMAN-08008:channelc1:startingfulldatafilebackupsetRMAN-08502:set_count=1set_stamp=494607834creation_time=21-MAY-03RMAN-08010:channelc1:specifyingdatafile(s)inbackupsetRMAN-08522:inputdatafilefno=00001name=D:\ORACLE\ORADATA\TEST\SYSTEM01.DBFRMAN-08011:includingcurrentcontrolfileinbackupsetRMAN-08522:inputdatafilefno=00002name=D:\ORACLE\ORADATA\TEST\RBS01.DBFRMAN-08522:inputdatafilefno=00003name=D:\ORACLE\ORADATA\TEST\USERS01.DBFRMAN-08522:inputdatafilefno=00004name=D:\ORACLE\ORADATA\TEST\TEMP01.DBFRMAN-08522:inputdatafilefno=00005name=D:\ORACLE\ORADATA\TEST\TOOLS01.DBFRMAN-08522:inputdatafilefno=00006name=D:\ORACLE\ORADATA\TEST\INDX01.DBFRMAN-08013:channelc1:piece1createdRMAN-08503:piecehandle=D:\BACKUP\FULL01ENM7EQ_1_1comment=NONERMAN-08525:backupsetcomplete,elapsedtime:00:00:16RMAN-03023:executingcommand:partialresyncRMAN-08003:startingpartialresyncofrecoverycatalogRMAN-08005:partialresynccompleteRMAN-03022:compilingcommand:sqlRMAN-06162:sqlstatement:altersystemarchivelogcurrentRMAN-03023:executingcommand:sqlRMAN-03022:compilingcommand:releaseRMAN-03023:executingcommand:releaseRMAN-08031:releasedchannel:c1RMAN>3、删除测试表，在删除之前，便于测试，继续插入数据并应用到归档，并获取删除前的scn号。SQL>insertintotestvalues(2);1rowinsertedSQL>commit;CommitcompleteSQL>select*fromtest;A---------------------------------------12SQL>altersystemswitchlogfile;Statementprocessed.SQL>altersystemswitchlogfile;Statementprocessed.SQL>selectmax(ktuxescnw*power(2,32)+ktuxescnb)scnfromx$ktuxe;SCN----------31014SQL>droptabletest;Tabledropped.4、准备恢复到SCN31014，先关闭数据库，然后启动到mount下SQL>shutdownimmediate;Databaseclosed.Databasedismounted.ORACLEinstanceshutdown.SQL>startupmount;ORACLEinstancestarted.TotalSystemGlobalArea53126412bytesFixedSize70924bytesVariableSize26763264bytesDatabaseBuffers26214400bytesRedoBuffers77824bytesDatabasemounted.5、开始恢复到改变点SCN31014RMAN>run{2>allocatechannelc1typedisk;3>restoredatabase;4>recoverdatabaseuntilscn31014;5>sql'ALTERDATABASEOPENRESETLOGS';6>releasechannelc1;7>}RMAN-03022:compilingcommand:allocateRMAN-03023:executingcommand:allocateRMAN-08030:allocatedchannel:c1RMAN-08500:channelc1:sid=10devtype=DISKRMAN-03022:compilingcommand:restoreRMAN-03022:compilingcommand:IRESTORERMAN-03023:executingcommand:IRESTORERMAN-08016:channelc1:startingdatafilebackupsetrestoreRMAN-08502:set_count=1set_stamp=494613682creation_time=21-MAY-03RMAN-08089:channelc1:specifyingdatafile(s)torestorefrombackupsetRMAN-08523:restoringdatafile00001toD:\ORACLE\ORADATA\TEST\SYSTEM01.DBFRMAN-08523:restoringdatafile00002toD:\ORACLE\ORADATA\TEST\RBS01.DBFRMAN-08523:restoringdatafile00003toD:\ORACLE\ORADATA\TEST\USERS01.DBFRMAN-08523:restoringdatafile00004toD:\ORACLE\ORADATA\TEST\TEMP01.DBFRMAN-08523:restoringdatafile00005toD:\ORACLE\ORADATA\TEST\TOOLS01.DBFRMAN-08523:restoringdatafile00006toD:\ORACLE\ORADATA\TEST\INDX01.DBFRMAN-08023:channelc1:restoredbackuppiece1RMAN-08511:piecehandle=D:\BACKUP\FULL01ENMD5I_1_1tag=DBFULLparams=NULLRMAN-08024:channelc1:restorecompleteRMAN-03023:executingcommand:partialresyncRMAN-08003:startingpartialresyncofrecoverycatalogRMAN-08005:partialresynccompleteRMAN-03022:compilingcommand:recoverRMAN-03022:compilingcommand:recover(1)RMAN-03022:compilingcommand:recover(2)RMAN-03022:compilingcommand:recover(3)RMAN-03023:executingcommand:recover(3)RMAN-08054:startingmediarecoveryRMAN-03022:compilingcommand:recover(4)RMAN-06050:archivelogthread1sequence191isalreadyondiskasfileD:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00191.ARCRMAN-06050:archivelogthread1sequence192isalreadyondiskasfileD:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00192.ARCRMAN-03023:executingcommand:recover(4)RMAN-08515:archivelogfilename=D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00191.ARCthread=1sequence=191RMAN-08515:archivelogfilename=D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00192.ARCthread=1sequence=192RMAN-08055:mediarecoverycompleteRMAN-03022:compilingcommand:sqlRMAN-06162:sqlstatement:ALTERDATABASEOPENRESETLOGSRMAN-03023:executingcommand:sqlRMAN-03022:compilingcommand:releaseRMAN-03023:executingcommand:releaseRMAN-08031:releasedchannel:c16、检查数据Databasealtered.SQL>select*fromtest;A---------------------------------------12可以看到，表依然存在说明：1、RMAN也可以实现不完全恢复，方法比OS备份恢复的方法更简单可靠2、RMAN可以基于时间，基于改变与基于日志序列的不完全恢复，基于日志序列的恢复可以指定恢复到哪个日志序列，如run{allocatechannelch1typedisk;allocatechannelch2type'sbt_tape';setuntillogseq1234thread1;restorecontrolfileto'$ORACLE_HOME/dbs/cf1.f';replicatecontrolfilefrom'$ORACLE_HOME/dbs/cf1.f';alterdatabasemount;restoredatabase;recoverdatabase;sql"ALTERDATABASEOPENRESETLOGS";}3、与所有的不完全恢复一样，必须在mount下，restore所有备份数据文件，需要resetlogs4、基于改变的恢复比基于时间的恢复更可靠，但是可能也更复杂，需要知道需要恢复到哪一个改变号(SCN)，在正常生产中，获取SCN的办法其实也有很多，如查询数据库字典表(V$archived_logorv$log_history)，或分析归档与联机日志(logmnr)等。第五章其它恢复案例5.1损坏联机日志的恢复方法5.1.1损坏非当前联机日志大家都清楚，联机日志分为当前联机日志和非当前联机日志，非当前联机日志的损坏是比较简单的，一般通过clear命令就可以解决问题。1、启动数据库，遇到ORA-00312orORA-00313错误，如ORA-00313:openfailedformembersofloggroup1ofthread1ORA-00312:onlinelog1thread1:'D:\ORACLE\ORADATA\TEST\REDO01.LOG'从这里我们知道日志组1的数据文件损坏了从报警文件可以看到更详细的信息2、查看V$log视图SQL>selectgroup#,sequence#,archived,statusfromv$log;GROUP#SEQUENCE#ARCHIVEDSTATUS--------------------------------------------11YESINACTIVE22YESINACTIVE33NOCURRENT可以知道，该组是非当前状态，而且已经归档。3、用CLEAR命令重建该日志文件SQL>alterdatabaseclearlogfilegroup1;如果是该日志组还没有归档，则需要用SQL>alterdatabaseclearunarchivedlogfilegroup1;4、打开数据库，重新备份数据库SQL>alterdatabaseopen;说明：1、如果损坏的是非当前的联机日志文件，一般只需要clear就可以重建该日志文件，但是如果该数据库处于归档状态但该日志还没有归档，就需要强行clear。2、建议clear，特别是强行clear后作一次数据库的全备份。3、此方法适用于归档与非归档数据库5.1.2损坏当前联机日志归档模式下当前日志的损坏有两种情况，一、是数据库是正常关闭，日志文件中没有未决的事务需要实例恢复，当前日志组的损坏就可以直接用alterdatabaseclearunarchivedlogfilegroupn来重建。二、是日志组中有活动的事务，数据库需要媒体恢复，日志组需要用来同步，有两种补救办法A.最好的办法就是通过不完全恢复，可以保证数据库的一致性，但是这种办法要求在归档方式下，并且有可用的备份B.通过强制性恢复，但是可能导致数据库不一致。下面分别用来说明这两种恢复方法5.1.2.1通过备份来恢复1、打开数据库，会遇到一个类似的错误ORA-00313:openfailedformembersofloggroup1ofthread1ORA-00312:onlinelog1thread1:'D:\ORACLE\ORADATA\TEST\REDO01.LOG'ORA-27041:unabletoopenfileOSD-04002:unabletoopenfileO/S-Error:(OS2)系统找不到指定的文件2、查看V$log，发现是当前日志SQL>selectgroup#,sequence#,archived,statusfromv$log;GROUP#SEQUENCE#ARCHIVEDSTATUS--------------------------------------------11NOCURRENT22YESINACTIVE33YESINACTIVE3、发现clear不成功SQL>alterdatabaseclearunarchivedlogfilegroup1;alterdatabaseclearunarchivedlogfilegroup1*ERRORatline1:ORA-01624:log1neededforcrashrecoveryofthread1ORA-00312:onlinelog1thread1:'D:\ORACLE\ORADATA\TEST\REDO01.LOG'4、拷贝有效的数据库的全备份，并不完全恢复数据库可以采用获取最近的SCN的办法用untilscn恢复或用untilcnacel恢复recoverdatabaseuntilcancel先选择auto，尽量恢复可以利用的归档日志，然后重新recoverdatabaseuntilcancel这次输入cancel，完成不完全恢复，也就是说恢复两次。如：SQL>recoverdatabaseuntilcancel;Auto……SQL>recoverdatabaseuntilcancel;Cancel;5、利用alterdatabaseopenresetlogs打开数据库说明：1、这种办法恢复的数据库是一致的不完全恢复，会丢失当前联机日志中的事务数据2、这种方法适合于归档数据库并且有可用的数据库全备份。3、恢复成功之后，记得再做一次数据库的全备份。4、建议联机日志文件一定要实现镜相在不同的磁盘上，避免这种情况的发生，因为任何数据的丢失对于生产来说都是不容许的。5.1.2.2如果没有备份，进行强制性恢复1、打开数据库，会遇到一个类似的错误ORA-00313:openfailedformembersofloggroup1ofthread1ORA-00312:onlinelog1thread1:'D:\ORACLE\ORADATA\TEST\REDO01.LOG'ORA-27041:unabletoopenfileOSD-04002:unabletoopenfileO/S-Error:(OS2)系统找不到指定的文件2、查看V$log，发现是当前日志SQL>selectgroup#,sequence#,archived,statusfromv$log;GROUP#SEQUENCE#ARCHIVEDSTATUS--------------------------------------------11NOCURRENT22YESINACTIVE33YESINACTIVE3、发现clear不成功SQL>alterdatabaseclearunarchivedlogfilegroup1;alterdatabaseclearunarchivedlogfilegroup1*ERRORatline1:ORA-01624:log1neededforcrashrecoveryofthread1ORA-00312:onlinelog1thread1:'D:\ORACLE\ORADATA\TEST\REDO01.LOG'4、把数据库down掉SQL>shutdownimmediate5、在init<sid>.ora中加入如下参数_allow_resetlogs_corruption=TRUE6、重新启动数据库,利用untilcancel恢复SQL>recoverdatabaseuntilcancel;Cancel如果出错，不再理会，发出SQL>alterdatabaseopenresetlogs;7、数据库被打开后，马上执行一个fullexport8、shutdown数据库,去掉_all_resetlogs_corrupt参数9、重建库10、import并完成恢复11、建议执行一下ANALYZETABLE...VALIDATESTRUCTURECASCADE;说明：1、该恢复方法是没有办法之后的恢复方法，一般情况下建议不要采用，因为该方法可能导致数据库的不一致2、该方法也丢失数据，但是丢失的数据没有上一种方法的数据多，主要是未写入数据文件的已提交或未提交数据。3、建议成功后严格执行以上的7到11步，完成数据库的检查与分析4、全部完成后做一次数据库的全备份5、建议联机日志文件一定要实现镜相在不同的磁盘上，避免这种情况的发生，因为任何数据的丢失对于生产来说都是不容许的。5.2损坏控制文件的恢复方法5.2.1损坏单个控制文件损坏单个控制文件是比较容易恢复的，因为一般的数据库系统，控制文件都不是一个，而且所有的控制文件都互为镜相，只要拷贝一个好的控制文件替换坏的控制文件就可以了。1、控制文件损坏，最典型的就是启动数据库出错，不能mount数据库SQL>startupORA-00205:errorinidentifyingcontrolfile,checkalertlogformoreinfo查看报警日志文件，有如下信息alterdatabasemountMonMay2611:59:522003ORA-00202:controlfile:'D:\Oracle\oradata\chen\control01.ctl'ORA-27041:unabletoopenfileOSD-04002:unabletoopenfileO/S-Error:(OS2)系统找不到指定的文件。2、停止数据库SQL>shutdownimmediate3、拷贝一个好的控制文件替换坏的控制文件或修改init.ora中的控制文件参数，取消这个坏的控制文件。4、重新启动数据SQL>startup说明：1、损失单个控制文件是比较简单的，因为数据库中所有的控制文件都是镜相的，只需要简单的拷贝一个好的就可以了2、建议镜相控制文件在不同的磁盘上3、建议多做控制文件的备份，长期保留一份由alterdatabasebackupcontrolfiletotrace产生的控制文件的文本备份5.2.2损坏全部控制文件损坏多个控制文件，或者人为的删除了所有的控制文件，通过控制文件的复制已经不能解决问题，这个时候需要重新建立控制文件。同时注意，alterdatabasebackupcontrolfiletotrace可以产生一个控制文件的文本备份。以下是详细重新创建控制文件的步骤1、关闭数据库SQL>shutdownimmediate;2、删除所有控制文件，模拟控制文件的丢失3、启动数据库，出现错误，并不能启动到mount下SQL>startupORA-00205:errorinidentifyingcontrolfile,checkalertlogformoreinfo查看报警日志文件，有如下信息alterdatabasemountMonMay2611:53:152003ORA-00202:controlfile:'D:\Oracle\oradata\chen\control01.ctl'ORA-27041:unabletoopenfileOSD-04002:unabletoopenfileO/S-Error:(OS2)系统找不到指定的文件。4、关闭数据库SQL>shutdownimmediate;5、在internal或sys下运行如下创建控制文件的脚本，注意完整列出联机日志或数据文件的路径，或修改由alterdatabasebackupcontrolfiletotrace备份控制文件时产生的脚本，去掉多余的注释即可。STARTUPNOMOUNTCREATECONTROLFILEREUSEDATABASE"TEST"NORESETLOGSNOARCHIVELOGMAXLOGFILES32MAXLOGMEMBERS2MAXDATAFILES254MAXINSTANCES1MAXLOGHISTORY226LOGFILEGROUP1'D:\ORACLE\ORADATA\TEST\REDO01.LOG'SIZE1M,GROUP2'D:\ORACLE\ORADATA\TEST\REDO02.LOG'SIZE1M,GROUP3'D:\ORACLE\ORADATA\TEST\REDO03.LOG'SIZE1MDATAFILE'D:\ORACLE\ORADATA\TEST\SYSTEM01.DBF','D:\ORACLE\ORADATA\TEST\RBS01.DBF','D:\ORACLE\ORADATA\TEST\USERS01.DBF','D:\ORACLE\ORADATA\TEST\TEMP01.DBF','D:\ORACLE\ORADATA\TEST\TOOLS01.DBF','D:\ORACLE\ORADATA\TEST\INDX01.DBF'CHARACTERSETZHS16GBK;--Recoveryisrequiredifanyofthedatafilesarerestoredbackups,--orifthelastshutdownwasnotnormalorimmediate.RECOVERDATABASE--ifthelastshutdownwasnotnormalorimmediate--noarchive--RECOVERDATABASEUNTILCANCELUSINGBACKUPCONTROLFILE--archive--RECOVERDATABASEUSINGBACKUPCONTROLFILEUNTILCANCEL--Databasecannowbeopenednormally.ALTERDATABASEOPEN;--ifrecoverdatabaseuntilcancel--ALTERDATABASEOPENRESETLOGS;6、如果没有错误，数据库将启动到open状态下。说明：1、重建控制文件用于恢复全部数据文件的损坏，需要注意其 书 关于书的成语关于读书的排比句社区图书漂流公约怎么写关于读书的小报汉书pdf 写的正确性，保证包含了所有的数据文件与联机日志2、经常有这样一种情况，因为一个磁盘损坏，我们不能再恢复(store)数据文件到这个磁盘，因此在store到另外一个盘的时候，我们就必须重新创建控制文件，用于识别这个新的数据文件，这里也可以用这种方法用于恢复5.3损坏回滚数据文件的恢复方法回滚段表空间中的一个数据文件丢失或者损坏导致数据库无法识别它，在启动数据库的时候会出现ORA-1157,ORA-1110的错误，或者操作系统级别的错误，例如ORA-7360。在关闭数据库的时候(normal或者immediate)会出现ORA-1116,ORA-1110的错误，或者操作系统级别的错误，例如ORA-7368。感谢coolyl的辛勤工作，关于回滚段的大部分内容都是摘自他在itpub的文章。5.3.1损坏数据文件，但数据库处于Open状态如果你发现有回滚段的数据文件丢失或者损坏了，而此时的数据库是处于打开的状态下并且在运行，就千万不要关闭数据库了，因为在大多数的情况下打开的时候比关闭的时候好解决问题一些。一般也是存在有两种情况：A。是offline丢失或损坏的数据文件，然后从一个备份中恢复，执行介质恢复以保持一致性。但是这种情况要求数据库是归档方式下才可以采用的。B。是offline那个存在丢失或损坏的数据文件所在的整个回滚段表空间，然后删除整个回滚段表空间并重建，但是你必须要杀掉那些在回滚段中已经激活的用户进程才可以offline的。通常第一种情况就比较简单实现，但是更多的用户事务将会出错并且回滚。A的具体步骤：1。offline丢失或损坏的数据文件ALTERDATABASEDATAFILE'<full_path_file_name>'OFFLINE;2。从一个有效的备份中恢复。3。执行以下查询SELECTV1.GROUP#,MEMBER,SEQUENCE#FROMV$LOGV1,V$LOGFILEV2WHEREV1.GROUP#=V2.GROUP#;这个将列出你的所有redolog文件以及它们所代表的sequencenumbers。4。恢复数据文件。RECOVERDATAFILE'<full_path_file_name>'5。确信你应用了所有的redolog文件，直至出现提示信息"Mediarecoverycomplete"。6。online那个数据文件。ALTERDATABASEDATAFILE'<full_path_file_name>'ONLINE;B的具体步骤：1。offline存在丢失或损坏的数据文件的回滚段表空间中的所有回滚段。ALTERROLLBACKSEGMENT<rollback_segment>OFFLINE;2。检测当然回滚段的状态。SELECTSEGMENT_NAME,STATUSFROMDBA_ROLLBACK_SEGSWHERETABLESPACE_NAME='<TABLESPACE_NAME>';3。删除所有offline的回滚段DROPROLLBACKSEGMENT<rollback_segment>;4。处理那些online状态的回滚段。重新执行第二步的查询如果你已经执行过offline操作的回滚段状态仍然是online，则说明这个回滚段内有活动的事务。你要接着查询SELECTSEGMENT_NAME,XACTSACTIVE_TX,V.STATUSFROMV$ROLLSTATV,DBA_ROLLBACK_SEGSWHERETABLESPACE_NAME='<TABLESPACE_NAME>'ANDSEGMENT_ID=USN;如果没有返回结果，则证明存在丢失或损坏的数据文件的回滚段表空间中的所有回滚段都已经被offline了，然后重新执行第二步，第三步。如果查询有结果返回，则状态应该是"PENDINGOFFLINE".接着查看ACTIVE_TX列，如果值为0，则表明此回滚段中已经没有未处理的事务了，很快就会被offline的，然后等它offline后重新执行2，3步后跳至第六步。如果值大于0，则继续到第五步。5。强制那些包含活动事务的回滚段offline。活动的事务应该被提交或者回滚，执行下面的查询看看哪些用户占用了回滚段：SELECTS.SID,S.SERIAL#,S.USERNAME,R.NAME"ROLLBACK"FROMV$SESSIONS,V$TRANSACTIONT,V$ROLLNAMERWHERER.NAMEIN('<PENDING_ROLLBACK_1>',...,'<PENDING_ROLLBACK_N>')ANDS.TADDR=T.ADDRANDT.XIDUSN=R.USN;最好能直接联系到那些user让他们自己去回滚或者提交事务，如果不能做到的话，那就只能强制性的杀掉进程了。ALTERSYSTEMKILLSESSION'<SID>,<SERIAL#>';杀掉进程后再过一段时间后回滚段会自动清除那些事务，然后就可以回到第二步继续查询了。6。删除回滚段。DROPTABLESPACE<tablespace_name>INCLUDINGCONTENTS;7。重建回滚段并online它们说明：1、数据库如果是open状态，就可以直接在open状态下解决问题，没有必要停下数据库，增加down机时间2、不管上上面那种恢复方法都是正常性的恢复，不会引起数据的不一致或错误。5.3.2数据库关闭，但是数据文件中没有活动事务这种情况下最简单的方法就是offlinedrop掉这个坏了的或者丢失的数据文件，然后以restricted模式打开数据库然后删除并且重建包含损坏文件的回滚段表空间。具体步骤如下：1。确定数据库是正常的关闭的。方法是可以去查看alert文件，到最后看是否有如下信息："alterdatabasedismountCompleted:alterdatabasedismount"如果有的话，就证明数据库是正常关闭的，否则就不能用这个方法去恢复。2。修改init参数文件，移去ROLLBACK_SEGMENTS中包含的损坏数据文件的回滚段表空间的回滚段，如果你不能确定哪些回滚段是坏的，简单的方法是你可以注释掉整个ROLLBACK_SEGMENTS。3。以restricted模式去mount数据库。STARTUPRESTRICTMOUNT4。offlinedrop掉那个坏的数据文件ALTERDATABASEDATAFILE'<full_path_file_name>'OFFLINEDROP;5。打开数据库ALTERDATABASEOPEN如果你看到如下信息"Statementprocessed"，则跳到第7步，如果你看到ORA-604,ORA-376,andORA-1110的错误信息，继续第6步。6。正常的关闭数据库，然后在init文件中注释掉ROLLBACK_SEGMENTS，并加入隐含参数_corrupted_rollback_segments=(<rollback1>,....,<rollbackN>)然后以restricted模式打开数据库STARTUPRESTRICT7。删除掉那个包含损坏文件的回滚段表空间。DROPTABLESPACE<tablespace_name>INCLUDINGCONTENTS;8。重建回滚段表空间，记得创建后要把回滚段都online。9。重新使数据库对所有用户可用。ALTERSYSTEMDISABLERESTRICTEDSESSION;10。然后正常关闭数据库，修改init文件，如果开始只是注释掉了ROLLBACK_SEGMENTS的，就去掉注释即可，如果加了隐含参数的，注释掉它，并在ROLLBACK_SEGMENTS加入所有的回滚段。11。正常启动数据库。Startup说明：1、这种方法的前提条件是数据库是正常关闭（不是abort）可用2、这种方法是正常方法，不会引起数据错误5.3.3数据库关闭，数据文件中有活动事务，没有可用备份一般造成这种原因的情况是采用了shutdownabort或其它原因异常关机（如断电）导致的。1、开启一个事务SQL>settransactionuserollbacksegmentrbs0;Transactionset.SQL>insertintotest(a)values(1);1rowcreated.2、异常关闭SQL>shutdownabort;ORACLEinstanceshutdown.3、删除rbs的一个数据文件C:>delD:\Oracle\oradata\chen\rbs01.4、修改INIT<sid>.orarollback_segments=(system)添加_corrupted_rollback_segments=(rbs0,rbs1,rbs2……)5、SQL>Startupmount6、SQL>alterdatabasedatafile’d:\oracle\oradata\t8i\rbs01.dbf’offlinedrop;数据库已更改。7、SQL>recoverdatabase；完成介质恢复。8、SQL>alterdatabaseopen;数据库已更改。9、SQL>select*fromv$rollname;USNNAME--------------------------------------0SYSTEM10、SQL>selectsegment_name,tablespace_name,statusfromdba_rollback_segs;SEGMENT_NAMETABLESPACE_NAMESTATUS------------------------------------------------------------------------SYSTEMSYSTEMONLINERBS0RBSNEEDSRECOVERYRBS1RBSNEEDSRECOVERYRBS2RBSNEEDSRECOVERY11、SQL>droprollbacksegmentrbs0;重算段已丢弃。SQL>droprollbacksegmentrbs1;重算段已丢弃。SQL>droprollbacksegmentrbs2;重算段已丢弃。12、SQL>selectsegment_name,tablespace_name,statusfromdba_rollback_segs;SEGMENT_NAMETABLESPACE_NAMESTATUS------------------------------------------------------------------------SYSTEMSYSTEMONLINE13、SQL>droptablespacerbsincludingcontents;表空间已丢弃。14、重建新的回滚表空间及回滚段，并联机。15、SQL>shutdownabort16、再修改INIT<sid>.orarollback_segments=(rbs0,rbs1,rbs2)将_corrupted_rollback_segments=(rbs0,rbs1,rbs2)去掉。17、SQL>startup1、这种办法是万不得以的时候使用的方法，如果有备份，都建议从备份上进行恢复2、这种方法恢复的数据库，可能会引起数据库的数据错误3、恢复成功以后，建议exp/imp数据，并重新分析检查数据库5.3.4数据库关闭，数据文件中有活动事务，从备份恢复1。从一个有效的备份中恢复损坏的数据文件。2。mount数据库。3。执行以下查询SELECTFILE#,NAME,STATUSFROMV$DATAFILE;如果发现要恢复的文件是offline状态的话，要先online它ALTERDATABASEDATAFILE'<full_path_file_name>'ONLINE;4。执行以下查询SELECTV1.GROUP#,MEMBER,SEQUENCE#,FIRST_CHANGE#FROMV$LOGV1,V$LOGFILEV2WHEREV1.GROUP#=V2.GROUP#;这个将列出redlog文件所代表的sequence和firstchangenumbers。5。如果数据库是非归档情况下，执行以下查询：SELECTFILE#,CHANGE#FROMV$RECOVER_FILE;如果CHANGE#大于最小的redolog文件的FIRST_CHANGE#，则数据文件可以被恢复，记得在应用日志的时候要把所有redolog文件全部应用一遍。如果CHANGE#小于最小的redolog文件的FIRST_CHANGE#，则数据文件就不可以被恢复了，这时候你要从一个有效的全备份中去恢复数据库了，如果没有全备份的话，那你就只能把数据库强制打开到一个不一致的状态去exp出数据，然后重新建库导入数据，因为这种方式的恢复oracle是不推荐用户自己做的，所以这里我就不详细说明了。6。恢复数据文件RECOVERDATAFILE'<full_path_file_name>'7。确信你应用了所有的redolog文件，直至出现提示信息"Mediarecoverycomplete"。8。打开数据库。说明：1、这种方法要求在归档有备份的方式下进行，而且是建议方式2、这种方法不会导致数据库的错误5.4损坏临时数据文件的恢复方法临时数据文件的恢复是比较简单的，因为临时文件中不涉及到其它的有用的数据，所以可以删除后重建1、关闭数据库SQL>shutdownimmediate2、删除临时数据文件，模拟媒体失败3、启动数据库，检测到文件错误4、脱机该数据文件SQL>alterdatabasedatafile‘文件名全名’offlinedrop;5、打开数据库SQL>alterdatabaseopen6、删除该临时表空间SQL>droptablespacetemp(或其它临时表空间名称);7、重新创建该表空间，并重新分配给用户说明：1、临时数据文件是非重要文件，不保存永久数据，可以随时删除重建，不影响数据库的数据安全2、如果重新建立以后，别忘了重新分配给用户。第五章.常见恢复误区1、可以不需要备份，只有归档就能进行数据库的向前的恢复答：这个在ORACLE9i以前起码是不可能的，在别的数据库我也没有听说过，不完全恢复的主要思路是利用不完全点之前的备份，加上归档日志，恢复到不完全恢复点，9i中出现了一个flashback的特性，这个特性的使用，也是有很多局限的。2、进行不完全恢复只需要拷贝一个需要恢复的备份数据文件答：不完全恢复需要拷贝所有的数据文件，最好包括临时数据文件在内，否则需要另外的处理，如果有一个数据文件的SCN大于不完全恢复点，那么这个恢复都将是失败的。3、使用RMAN目录与目标数据库在同一数据库能很好进行数据库的恢复答：使用恢复目录与目标数据库在同一个数据库中，将存在很大的恢复局限，如该数据库的系统数据文件的损害，数据库根本不能open，那么RMAN也就无法连接恢复目录，也就不存在恢复了。第六章.小结这里我们反复演示了多种情况下的恢复方案，通过这些演示，我们应该掌握了如下内容：1、利用OS与RMAN进行各种常规备份与恢复。2、熟悉没有备份或简单的非常规备份与恢复的方法。