记一次DUL恢复
OoNiceDream 发表于 2010-01-30 21:33
前段时间有一个用DUL恢复的案例,记录一下:
由于某些原因,该库无备份,归档5分钟清一次。recyclebin没打开,一张分区表,有46个分区被DROP了,最终采用DUL工具来恢复。
前段时间有一个用DUL恢复的案例,记录一下:
由于某些原因,该库无备份,归档5分钟清一次。recyclebin没打开,一张分区表,有46个分区被DROP了,最终采用DUL工具来恢复。
数据库恢复过程中,Oracle常常会提示我们去应用一些日志:
sys@ORCL>recover database using backup controlfile; ORA-00279: change 1355652 generated at 09/17/2009 15:27:39 needed for thread 1 ORA-00289: suggestion : D:\ORACLE\ORADATA\ORCL\ARCH\ARC00030_0694031995.001 ORA-00280: change 1355652 for thread 1 is in sequence #30 Specify log: {<ret>=suggested | filename | AUTO | CANCEL} </ret> |
RMAN中注销数据库,9i中可以使用dbms_rcvcat.unregisterdatabase(DB_KEY,DB_ID):
常常混淆RMAN中EXPIRED和OBSOLETE两个状态,其实如果理解了两者是如何产生的,区别也就出来了。
RMAN备份保留策略分两种,一种是基于恢复窗口(recovery windows backup retension policy),另一种是基于冗余的(backup redundancy backup retension policy)。
一直都没好好用过EXPDP/IMPDP工具,找了点资料,做了些实验,发现速度确实比EXP/IMP快了不少,功能也很强大。对其中几个参数,做一点总结:
站内搜索