Oracleg在备份和恢复方面新增了很多的功能无论是性能功能性安全性和可操作性方面都有了不同程度的提高
这一篇介绍RMAN删除归档日志时的验证
在g以前的版本Oracle的rman并没有和其他日志应用系统紧密结合起来因此rman删除归档日志的时候并不会判断这个日志是否对其他系统仍然有用
当rman删除日志后可能会发现其他的系统比如DATA GUARDSTREAMS等由于日志被删除而无法正常工作
从g开始rman在删除时会首先判断这个日志是否其他系统仍然需要当其他需要仍然需要这个日志时rman会报警且不会删除这个日志
先看看g下的情况
SQL> conn sys/test@testrac_standby as sysdba已连接
SQL> select sequence# from v$managed_standby where status = WAIT_FOR_LOG
SEQUENCE#
SQL> shutdown immediate
ORA 数据库未打开
已经卸载数据库
ORACLE 例程已经关闭
SQL> exit从 Oracle Database g Enterprise Edition Release bit Production
With the Partitioning OLAP and Data Mining options 断开
$ rman target /
恢复管理器 Release Production on 星期四 月
Copyright （c） Oracle All rights reserved
连接到目标数据库 TESTRAC （DBID=）
RMAN> delete archivelog sequence
使用目标数据库控制文件替代恢复目录分配的通道 ORA_DISK_通道 ORA_DISK_ sid= 实例=testrac devtype=DISK分配的通道 ORA_DISK_通道 ORA_DISK_ sid= 实例=testrac devtype=DISK
已存档的日志副本列表关键字 Thrd Seq S 时间下限 名称
A 月 /data/archivelog/__dbf
是否确定要删除以上对象 （输入 YES 或 NO）？ no
在g中rman不会检查这个日志是否其他系统仍然需要而在g中这个问题得到解决
[oracle@yangtk~]$rmantarget/
RecoveryManager:ReleaseProductionon
SunOct::
Copyright(c)OracleAllrightsreserved
connectedtotargetdatabase:ORAG(DBID=)
RMAN>deletearchivelogall;
usingtargetdatabasecontrolfileinsteadofrecoverycatalog
allocatedchannel:ORA_DISK_
channelORA_DISK_:SID=devicetype=DISK
RMAN:WARNING:archivedlognotdeletedasitisstillneeded
archivedlogfilename=/data/oracle/oradata/orag/archivelog/
__dbfthread=sequence=
RMAN:WARNING:archivedlognotdeletedasitisstillneeded
archivedlogfilename=/data/oracle/oradata/orag/archivelog/
__dbfthread=sequence=
