甲骨文培训中心：Oracle11g备份恢复功能增强.pdfVIP

甲骨文培训中心:Oracle11g备份恢复功能增强 Oracle11g 在备份和恢复方面新增了很多的功能，无论是性能、功能性、安全性和可操 作性方面都有了不同程度的提高。 这一篇介绍RMAN 删除归档日志时的验证。 在11g 以前的版本，Oracle 的rman 并没有和其他日志应用系统紧密结合起来，因此， rman 删除归档日志的时候并不会判断这个日志是否对其他系统仍然有用。 当rman 删除日志后，可能会发现其他的系统比如DATA GUARD、STREAMS 等由于日志被 删除而无法正常工作。 从11g 开始，rman 在删除时会首先判断，这个日志是否其他系统仍然需要，当其他需 要仍然需要这个日志时，rman 会报警，且不会删除这个日志。 先看看10g 下的情况： SQL》 conn sys/test@testrac_standby as sysdba 已连接。 SQL》select sequence# from v$managed_standby where status = ‘WAIT_FOR_LOG’； SEQUENCE# 577 SQL》 shutdown immediate ORA-01109： 数据库未打开 已经卸载数据库。 ORACLE 例程已经关闭。 SQL》 exit 从 Oracle Database 10g Enterprise Edition Release .0 - 64bit Production With the Partitioning， OLAP and Data Mining options 断开 $ rman target / 恢复管理器： Release .0 - Production on 星期四 9 月 13 04：14：09 2007 Copyright （c） 1982， 2005， Oracle. All rights reserved. 连接到目标数据库： TESTRAC （DBID=4291216984） RMAN》 delete archivelog sequence 577； 使用目标数据库控制文件替代恢复目录分配的通道： ORA_DISK_1 通道 ORA_DISK_1： sid=286 实例=testrac1 devtype=DISK 分配的通道： ORA_DISK_2 通道 ORA_DISK_2： sid=308 实例=testrac2 devtype=DISK 已存档的日志副本列表关键字 Thrd Seq S 时间下限 名称 1981 1 577 A 31-8 月 -07 /data1/archivelog/1_577_626291662.dbf 是否确定要删除以上对象 （输入YES 或 NO）？ no 在10g 中，rman 不会检查这个日志是否其他系统仍然需要，而在11g 中，这个问题得 到解决： [oracle@yangtk ~]$ rman target / Recovery Manager: Release .0 - Production on Sun Oct 21 09:02:08 2007 Copyright (c) 1982, 2007, Oracle. All rights reserved. connected to target database: ORA11G (DBID=4026820313) RMAN delete archivelog all; using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=128 device type=DISK RMAN-08137: WARNING: archived log not deleted as it is still needed archived log file name=/data/oracle/oradata/ora11g/archivelog/ 1_212_630620185.dbf thread=1 sequence=2