归档日志查看

show parameter db_recovery;
show parameter db_recovery_file_dest;  查看其值


NAME                       TYPE        VALUE                         
-------------------------- ----------- ----------------------------- 
db_recovery_file_dest      string      /oracleDB/flash_recovery_area 
db_recovery_file_dest_size big integer 100G 

好好的看数据库启动时的alert日志，其中可发现，oracle隐性的设置了 archive_log_dest_10，而这个值默认情况下和 db_recovery_file的路径相同。

show parameter archive_log；
select * from v$archived_log;

1、错误删除方法 
如果只删除OS级别的归档日志，controlfile 中仍然记录着这些archivelog的信息，在oracle的OEM管理器中有可视化的日志展现出， 也就是oracle并不知道这些文件已经不存在了 注： obsolete:当备份或者副本根据保存策略而被丢弃的时候，就会被标记为该状态。

2、正确的删除方法 
a、rman target / 
b、crosscheck archivelog all;(RMAN> list expired backup;RMAN> list expired backup summary;) 
c、delete expired archivelog all; --删除rman目录中信息，并无物理文件删除 
d、DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7'; --删除一定时间范围的archive log 
e、find /oraarchive -xdev -mtime +7 -name "*.arc"| xargs rm -f{};(删除OS中未被RMAN管理而里留下的归档文件)

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/29812751/viewspace-1701609/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/29812751/viewspace-1701609/