一次从resetlogs之前的备份恢复的试验.doc

一次从resetlogs之前的备份恢复的试验参考文献：Oracle9i Recover Manager Users Guide Recovering Through a RESETLOGS Operation with RMAN情景假设：假设，数据库最近经历过一次不完全恢复，并以open resetlogs的操作打开，redo的sequence被清0了，然后open resetlogs之后并没有对数据库进行备份，所有的备份都是resetlogs之前的备份，数据库现在出现了介质损坏（假设是全部数据文件和控制文件损坏），需要恢复。环境：catalog模式思路：由于我们只有resetlogs之前的备份，所以只能使用这个备份来进行restore，因此不能使用当前的控制文件来mount数据库（我们先把当前的控制文件进行保存），使用备份的控制文件（早于resetlogs）mount数据库，进行restore，恢复到resetlogs的时候，然后再换成当前的控制文件，进行后续的恢复。准备工作：1。数据库关闭，进行一次冷备份2。启动数据库到open，用RMAN进行一次完全备份：3。数据库关闭，模拟一次不完全恢复，然后open resetlogs重启到mount状态run{restore database;set until sequence 33 thread 1;recover database;sqlalter database open resetlogs;}模拟介质损坏：1。假设所有文件都损坏，需要restore整个database恢复步骤：1。找到resetlogs SCN（有三种方法）a.从alert.log里找??RESETLOGS after incomplete recovery UNTIL CHANGE 55682b.select (resetlogs_change#)-1 from v$database;? ?? ?55682c.RMAN下list incarnation发现并没有当前的incarnation，于是试着做一下同步RMAN resync catalog;RMAN-00571: ===========================================================RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============RMAN-00571: ===========================================================RMAN-03009: failure of resync command on default channel at 03/21/2005 15:41:42RMAN-20003: target database incarnation not found in recovery catalog发现不能和控制文件里的信息进行同步，搜了一下metalink，参照了/metal ... amp;p_id=334876.996帖子，执行了一下reset database（目的是为了把target库的新的incarnation注册到catalog库）；RMAN reset database;new incarnation of database registered in recovery catalogstarting full resync of recovery catalogfull resync complete同步成功RMAN list incarnation;List of Database IncarnationsDB Key??Inc Key DB Name??DB ID? ?? ?? ?? ?CUR Reset SCN??Reset Time------- ------- -------- ---------------- --- ---------- ----------1? ?? ? 2? ?? ? TRACY? ? 1008055455? ?? ? NO??1? ?? ?? ? 29-MAR-051? ?? ? 61? ?? ?TRACY? ? 1008055455? ?? ? YES 55682? ?? ?29-MAR-052。关闭数据库:SQL shutdown abort;ORACLE instance shut down.3。备份当前控制文件：（os命令备份）3。启动RMAN，打开数据库