采用Oracle ArchiveLog模式和非ArchiveLog模式对备份恢复的影响

blue_stone

>3. 某一个tablespace故障        
>逻辑恢复: 重新create database及各tablespace，import。可恢复到上次export的数据        
>物理恢复: 将该tablespace copy回来

>6. 意外drop tablespace        
>逻辑恢复: 情况较复杂，恢复易造成数据库表之间的参照完整性被破坏。在此不做分析        
>物理恢复: 情况较复杂，恢复易造成数据库表之间的参照完整性被破坏。在此不做分析

某一tablespace故障的情况下，如果有物理备份，将文件恢复回去，然后用recover 一下就可以了
如果只有逻辑备份，就删除该表空间，然后新建立一个表空间，将数据导入就可以了
6. 意外drop tablespace 的情况下，有逻辑备份的情况和tablespace故障的情况非常相似。不过省略了删除故障表空间的步骤。
物理恢复则比较麻烦，需要使用表空间时间点恢复。需要建立辅助数据库，然后在辅助数据库上使用基与时间点的不完全恢复将数据库恢复到表空间的某一个时间点，然后将误删除的表空间使用传递表空间的方法传递回原来的数据库。

fengwy

老邱，怎么没谈到RMAN呀，对于oracle来说备份最好的工具就是rman

vishnoo

数据库做的双机，安装在盘阵上，从1月15到1月18号期间，archive目录下产生了上百G的日志文件，按理讲是应该定期删除过期的日志文件，可为何日志文件推挤了呢？

xiaomao2006

ding