如何正确地删除Archivelog： Archivelog并不能直接得从OS层直接物理删除，因为archivelog的相关信息是记录在controlfile中的，当物理删除后不会改变controlfile的设置。并且在查询相关的动态视图(例如v$archived_log)时，该部分日志仍然标注为存在。也就是说Oracle并不认为这些日志被删除了，所以在删除archivelog的时候，需要我们在其他地方做一些设置。 一、使用RMAN清楚物理删除后的记录 可以使用RMAN来删除archivelog，具体可以按以下步骤操作： 1、物理删除archivelog 2、进入RMAN 3、crosscheck archivelog all; 4、delete expried archivelog all; 这样就在一些Oracle的记录中查不到相应的archivelog记录了。 二、直接使用RMAN删除archivelog 其实在RMAN中是可以使用命令直接将ARCHIVELOG删除的，命令如下： RMAN> DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7'; 表示删除7天以前的所有archivelog，但是这个命令的缺点是无法对archivelog进行细致的划分。 三、使用RMAN备份achivelog后删除 这是一种最为稳妥的方法了，使用RMAN备份archivelog，备份后全部删除 backup format '/u01/arch_%T_%s_%U' archivelog all delete input; 或者 backup database plus archivelog; 注：我在库上设置了Streams后，使用RMAN删除archivelog会导致报错RMAN-08137: WARNING: archive log not deleted as it is still needed. 不知道该如何解决，据说是10.2的一个bug，如果真 是bug的话，那只能在OS层设置删除，或用RMAN进行强制删除了。 10g之后的版本，Oracle在RMAN中内置增加了一项归档文件的删除策略，终于，DBA可以仅通过一项配置就 解决该问题了。该策略对应两个值： APPLIED ON STANDBY：设置为该值时，当通过附加的DELETE INPUT子句删除Standby数据库仍需要的日志 时，会提示RMAN-08137错误。不过用户仍然可以手动地通过DELETE ARCHIVELOG方式删除。 NONE：设置为该值时，则不启用归档文件的删除策略。默认情况下就是NONE。 例如，启用APPLIED ON STANDBY： RMAN> CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY; new RMAN configuration parameters: CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY; new RMAN configuration parameters are successfully stored RMAN> run { backup archivelog all delete input format 'ZHSVR044_%d_set=%s_piece=%p_date=%T.ARC.rmn'; } 都知道在controlfile中记录着每一个archivelog的相关信息，当然们在OS下把这些物理文件delete掉后，在我们的 controlfile中仍然记录着这些archivelog的信息，在oracle的OEM管理器中有可视化的日志展现出，当我们手工清除archive目录下的文件后，这些记录并没有被我们从controlfile中清除掉，也就是oracle并不知道这些文件已经不存在了!这时候我们要做手工的清除的话，下面我经过实验，可以尝试这种方法： 1. 进入rman 2. connect target / 3. crosscheck archivelog all; 4. delete expired archivelog all; 这时候我们再去OEM中看就一定看不到，如果你的从来没有做过这个动作的话，我们可以比较从这个动作前的controlfile后动作后的controlfile的大小! ORACLE正确删除归档并回收空间的方法 ORACLE正确删除归档并回收空间的方法 一个ORACLE归档日志经常满，表现为/oraarchive 这个文件空间占用100％大家一定抱怨ORACLE为何没有归档维护工具，很多人直接删除了事，错了，ORACLE有，而且很智能，可以正确的删除归档和FLASHBACK，不过切记,ORACLE归档日志对于ORACLE的数据恢复和备份非常重要，不到万不得已不要删除归档日志。 删除归档日志的过程 以ORACLE用户身份登录到数据库服务器主机或通过网络连接 进入ORACLE数据备份工具 rman target/ 或rman target/@orcl 在命令窗口里面执行 DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7'; 说明 SYSDATA-7，表明当前的系统时间7天前，before关键字表示在7天前的归档日志，如果使用了闪回功能，也会删除闪回的数据。 同样道理，也可以删除从7天前到现在的全部日志，不过这个命令要考虑清楚，做完这个删除，最好马上进行全备份数据库 DELETE ARCHIVELOG FROM TIME 'SYSDATE-7'; UNIX/LINUX下也可以通过FIND找到7天前的归档数据，使用EXEC子操作删除 find /oraarchive -xdev -mtime 7 -name \"*.dbf\" -exec rm -f {} ; 这样做仍然会在RMAN里留下未管理的归档文件 仍需要在RMAN里执行下面2条命令 crosscheck archivelog all; delete expired archivelog all; 所以还不如上面的方法好用，不过用FIND的好处就是，可以在条件上，和EXEC子项上做很多操作，实现更复杂的功能 3.简要介绍一下report obsolete命令 使用report obsolete命令报告过期备份二、如何从归档日志中恢复某张表的数据？
oracle中可以利用 rman 还原归档日志到某个时间点：1、理解还原与恢复恢复(recover): 将备份之后的归档日志apply到数据库，也就根据归档日志的事务将数据库刷新到特定或最新状态(通常在还原之后操作)。对于归档日志中那些已提交的事务进行前滚，未提交的事务进行回滚。还原归档日志: 还原归档日志是位于还原数据库与恢复数据库之间的这么一个过程。它会将那些在备份归档日志时使用delete [all] input方式删除的归档日志还原到缺省的归档位置。在还原数据库之后，如果要做recover，也就是作介质恢复那就需要用到归档日志。那还原之后进行recover需要的归档日志在哪里呢？归档日志在指定的归档路径那里，那到底有没有呢？如果有，还原时出现提示，归档日志已经在指定位置。如果没有，但是备份的归档备份集那里有，也行啊。备份集里包含备份片，也就是打包了归档日志。那既然打包就要解包，解包到缺省路径或指定路径。这就是还原归档日志。--演示环境 --为了较好的模拟还原归档日志,我们仅仅使用了一个特定的数据文件进行copy方式备份，然后备份归档日志(备份时删除归档日志) --接下来破坏数据文件，还原数据文件，还原归档日志文件，恢复日志文件。 [oracle@linux3 ~]$ cat /etc/issue Enterprise Linux Enterprise Linux Server release 5.5 (Carthage) Kernel \ on an \\m [oracle@linux3 ~]$ sqlplus -V SQL*Plus: Release 11.2.0.1.0 Production a、备份数据文件及归档日志 RMAN> list backup of archivelog all; --->列出当前数据库已经备份的归档日志 specification does not match any backup in the repository RMAN> list backupset; --->列出当前数据库已存在的备份集 specification does not match any backup in the repository SQL> select username,default_tablespace from dba_users where username='SCOTT'; -->查看用户scott所在的表空间及数据文件
