怎么快速安全地清理ORACLE归档日志避免空间爆满问题

根据Oracle官方文档《Database Administrator’s Guide》中关于管理归档重做日志的章节，以及多位资深Oracle DBA（如Oracle ACE专家）在技术社区（如OTN， Oracle Base）分享的实践，清理归档日志的核心在于理解其作用后，采取正确的手动或自动管理策略，归档日志是数据库重要的恢复基础，绝对不能简单地像删除普通文件一样在操作系统层面直接移除，这样做会导致数据库挂起或无法恢复。

必须理解为什么不能直接删除归档文件。 来源自Oracle官方概念指南：当数据库处于归档模式（ARCHIVELOG）下，重做日志文件在写满后，会被归档进程（ARCn）复制到指定的一个或多个离线位置，这些副本就是归档日志，它们记录了数据库的所有变更，用于数据恢复、数据库闪回以及搭建备库，数据库的控制文件会跟踪这些归档日志的信息，如果未经数据库自身知晓而直接从磁盘上删除这些文件，控制文件中的记录就与实际情况不符，当数据库需要进行恢复时，会因为找不到预期的归档日志而失败，造成严重事故，如果归档日志目的地空间满了，数据库活动可能会被挂起，直到空间被释放。

安全清理的前提是：确保这些归档日志对于数据库的恢复已经不再必要。 判断“不再必要”的依据，主要来自Oracle官方文档《Backup and Recovery User’s Guide》中提到的恢复窗口和备份策略，一个常见的标准是：已经被一次成功的完整备份所包含的归档日志，理论上就可以被清理了，因为恢复时可以从那个备份点开始，应用备份之后产生的归档日志，更精细的控制是通过配置恢复窗口（Recovery Window）来实现，设置恢复窗口为7天，意味着数据库必须保证能恢复到过去7天内的任意时间点，那么7天前的归档日志在对应的数据文件备份存在的情况下，就可以被标记为可删除。

接下来是具体的清理方法，分为手动命令清理和自动策略管理两种主要方式。

手动使用RMAN命令清理（最常用、最安全的方法）

RMAN（Recovery Manager）是Oracle推荐的备份恢复工具，它清理归档日志时，会同步更新控制文件和数据库的元数据，确保操作的安全性，以下是几种常见的RMAN命令，来源自Oracle官方《RMAN Reference》指南。

1. 删除指定时间之前的所有已备份的归档日志：这是最稳妥的命令，它只会删除那些已经被备份到备份介质（如磁盘或磁带）上的归档日志。

   RMAN> DELETE ARCHIVELOG UNTIL TIME 'SYSDATE-7' BACKED UP 1 TIMES TO DEVICE TYPE DISK;

   这个命令的意思是：删除7天以前，并且已经至少被备份到磁盘上1次的所有归档日志。SYSDATE-7可以根据需要调整，比如SYSDATE-3表示3天前。BACKED UP 1 TIMES是关键的安全阀。

2. 删除所有已备份的归档日志，无论时间：如果确认所有归档日志都已备份，想最大限度地释放空间，可以使用此命令。

   RMAN> DELETE ARCHIVELOG ALL BACKED UP 1 TIMES TO DEVICE TYPE DISK;

   使用此命令需格外谨慎,确保备份确实已成功。

3. 删除特定序列号之前的归档日志：如果你知道具体的日志序列号，也可以进行精确删除。

   RMAN> DELETE ARCHIVELOG UNTIL SEQUENCE 1000;

   这意味着删除序列号1000之前的所有归档日志。

4. 交叉检查（CROSSCHECK）和删除过期（EXPIRED）日志：有时磁盘上的归档日志文件可能已被手动误删，但控制文件中还有记录，这时需要先进行交叉检查，让RMAN同步状态，再删除这些“过期”记录。

   RMAN> CROSSCHECK ARCHIVELOG ALL;
   RMAN> DELETE EXPIRED ARCHIVELOG ALL;

执行手动删除的步骤通常为：首先通过LIST ARCHIVELOG ALL;命令查看当前有哪些归档日志；然后执行上述DELETE命令；最后可以再次使用LIST命令确认删除结果。

配置自动删除策略（一劳永逸的方法）

手动清理毕竟需要人工干预,为了避免空间再次爆满，最佳实践是配置RMAN的自动归档日志删除策略，此方法在Oracle官方文档《Database Backup and Recovery》中有详细说明。

通过CONFIGURE命令可以设置策略，让RMAN在每次成功备份后，自动删除不再需要的归档日志。

RMAN> CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 1 TIMES TO DISK;

设置后,任何已经备份到磁盘上至少一次的归档日志，都会被RMAN认为是可删除的候选。

但更常见和推荐的是将其与恢复窗口策略绑定：

RMAN> CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
RMAN> CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON ALL STANDBY;

第一条命令设置了恢复窗口为7天,第二条命令设置了归档日志的删除策略为：在所有备库（Data Guard Standby）上都已经应用（APPLIED）的归档日志，才可以被删除，这对于有容灾备库的环境是必须的，如果没有备库，第二条命令可以简化为依赖恢复窗口策略，或者使用BACKED UP策略。

配置了自动策略后,还需要确保归档日志的删除能被触发，在执行定期备份脚本的末尾，可以加入一条命令来真正执行删除操作：

RMAN> DELETE OBSOLETE;

这条命令会根据你设置的保留策略（恢复窗口或冗余策略），自动删除所有过时的备份文件以及不再需要的归档日志，将DELETE OBSOLETE命令加入到自动备份脚本中，就能实现归档日志的自动清理。

特殊情况与注意事项

• 归档日志目的地的选择：来源自Oracle最佳实践，建议将归档日志存放在独立的、空间充足的磁盘或文件系统上，避免与操作系统、Oracle软件或数据文件争抢空间。
• 监控空间使用率：不能完全依赖自动删除，必须建立监控机制，定期检查归档日志目的地的磁盘空间使用率，设置报警阈值。
• 备库环境：如前所述，在有Data Guard的环境中，删除主库的归档日志前，必须确认其已被传送到备库并应用，否则会导致备库数据延迟甚至中断。
• RMAN备份失败的影响：如果RMAN备份长时间失败，自动删除策略将无法生效，因为日志没有被“BACKED UP”，空间会持续增长，此时需要先解决备份问题，或临时转为手动清理（需评估风险）。

快速安全清理Oracle归档日志的唯一正确路径是通过RMAN工具。 核心思想是：确保日志已备份或已过恢复窗口后再清理，临时救急可采用手动DELETE ARCHIVELOG ... BACKED UP ...命令，长远之计则是配置合理的RMAN保留策略和自动删除策略，并将其纳入日常的自动化备份任务中，绝对要杜绝在操作系统层面使用rm等命令直接删除归档日志文件的行为。