文章目录
今天项目遇到一个问题，流水表会每天清除5天前数据，因为数据量过大，产生大量delete操作，而每次数据库操作都会记入归档日志，导致存储空间不足。那么什么是归档日志呢？下面就此问题就行讲解。
一、常用日志查询语句
select * from v$flash_recovery_area_usage; --查看空间占用率，如果 ARCHIVED LOG 超过90%，Oracle随时有宕机的危险
select * from v$recovery_file_dest; --查看归档日志大小及使用情况
select group#, bytes, status from v$log; --查看现有日志
select sequence#,first_time from v$loghist;--列出所有归档redo日志文件的顺序和产生的时间
select * from v$archived_log; --查看v$archive_log
select count(*) from v$archived_log where archived='YES' and deleted='NO'; --查看所有归档，未删除的归档日志
二、归档日志管理
1.Oracle日志分类
分三大类： Alert log files–警报日志，Trace files–跟踪日志(用户和进程)和 redo log 重做日志（记录数据库的更改）。
重做日志分为在线重做日志和归档重做日志。
online Redo log files–在线重做日志，又称联机重做日志，指Oracle以SQL脚本的形式实时记录数据库的数据更新，换句话说，实时保存已执行的SQL脚本到在线日志文件中（按特定的格式）。
Archive Redo log files–归档重做日志，简称归档日志，指当条件满足时，Oracle将在线重做日志以文件形式保存到硬盘（持久化）。
重做日志的简单原理：在数据更新操作commit前，将更改的SQL脚本写入重做日志。主要用于数据库的增量备份和增量恢复。
重做日志直接对应于硬盘的重做日志文件（有在线和归档二种），重做日志文件以组（Group）的形式组织，一个重做日志组包含一个或者多个日志文件。
2.关于在线重做日志（online redo log）
在线重做日志的原理：
对于在线重做日志，Oracle 11g默认对于每个数据库实例，建立3个在线日志组，每组一个日志文件，文件名称为REDO01.LOG，REDO02.LOG和REDO03.LOG。（用户可以通过视图操作添加/修改/删除日志组和日志文件来自定义在线重做日志）
每组内的日志文件的内容完全相同，且保存在不同的位置，用于磁盘日志镜像，以做多次备份提高安全性。默认情况这3组通常只有一组处于活动状态，不断地同步写入已操作的脚本，当日志文件写满时（达到指定的空间配额），如果当前数据库处于归档模式，则将在线日志归档到硬盘，成为归档日志；若当前数据库处于非归档模式，则不进行归档操作，而当前在线日志的内容会被下一次重新写入覆盖而无法保存。因此，通常数据库在运行时，是处于归档模式下的，以保存数据更新的日志。
当前归档日志组写满后，Oracle会切换到下一日志组，继续写入，就这样循环切换；当处于归档模式下，如果切换至原已写满的日志组，若该日志组归档完毕则覆盖写入，若没有则只能使用日志缓冲区，等待归档完毕之后才能覆盖写入。当然，处于非归档模式下是直接覆盖写入的。
Oracle提供了2个视图用于维护在线重做日志：V$LOG 和 V$LOGFILE，我们可以通过这两个视图查看和修改在线日志。
关于V$LOG视图的详细属性字段可Oracle 11g的官方文档：http://download.oracle.com/docs/cd/B28359_01/server.111/b28320/dynviews_2029.htm
关于V$LOGFILE视图的详细属性字段可Oracle 11g的官方文档：
http://download.oracle.com/docs/cd/B28359_01/server.111/b28320/dynviews_2031.htm
3.关于归档重做日志（Archive redo log）
其实，所谓的归档，就是指将在线日志进行归档、持久化到成固定的文件到硬盘，便于以后的恢复和查询。 当然，前提条件是数据库要处于归档模式。
Oracle 11g 默认是为归档日志设定2个归档位置，这2个归档位置的的归档日志的内容完全一致，但文件名不同。
Oracle数据库开归档之后，oracle 系统默认的归档空间为2G，由于日志过多，空间写满，数据库的redo文件不能归档，而出现oracle数据库挂起的问题。oem打开oracle 10g 数据库操作界面，会显示如下错误信息： 由于输出设备已满或不可用, 归档程序无法归档重做日志。 数据库无法使用。
4.增大归档日志空间
方法一：修改闪回区大小
查看db_recovery
SQL> show parameter db_recovery
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest string G:\Oracle\product\10.2.0\flash _recovery_area
db_recovery_file_dest_size big integer 2G
通过以下方法调整系统的回闪恢复区大小：
首先是关闭数据库：以SYS身份链接到oracle，执行shutdown immediate;
启动数据库到mount状态：startup mount
查看回闪恢复区的大小和存放目标：show parameter db_recovery_file_dest
修改回闪恢复区的大小alter system set db_recovery_file_dest_size = 4G(缺省是2G，可以根据实际情况调整大小)
最后打开数据库： alter database open;
方法二：重定向归档日志的位置
生产环境建议将归档目录和oracle产品的安装目录分开，修改log_archive_dest_1参数指向定义的归档位置（该参数可以不关闭实例进行修改）
SQL> alter system set log_archive_dest_1='location=/oralog/NC65/archivelog' scope=spfile;
5.归档日志CRUD操作管理
- 查看归档日志
[oracle@dbserver archivelog]$ rman target /
RMAN> list archivelog all; --查询全部的归档日志，包括（在线和过期归档）
RMAN> list expired archivelog all; --查询全部的过期归档，（在rman的归档过期设置时间到期时归档会变为过期状态，或者物理rm删除归档日志，交叉检测 crosscheck archivelog all后，rm 掉的那部分归档也变为过期状态）
- 删除归档日志
方式一：
--检查控制文件和实际物理文件的差别
RMAN> crosscheck archivelog all;
--删除当前时间之间的所有归档日志 慎用！！！
RMAN>delete archivelog all completed before 'sysdate';
--删除从7天前到现在的全部日志，慎用！！！
RMAN> delete archivelog from time 'sysdate-7';
--以上操作仍然会在RMAN里留下未管理的归档文件，可使用以下命令删除
delete expired archivelog all;
方式二：
如果误删了归档的物理文件（也就是控制文件中有，但是实际物理上不存在的归档）
--检查控制文件和实际物理文件的差别
RMAN> crosscheck archivelog all;
RMAN> delete expired archivelog all;
- 其他操作
4、退出RMAN
RMAN> exit
其他RMAN操作
show all --查看所有的rman策略.
如何确认归档日志是否过期,rman有一个保留策略,可以定义多少天之前的日志算为过期;
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 14 DAYS;
--以下步骤可不做
5、清空v$archived_log，删除的归档日志，在该视图中仍然保存着对应的部分数据信息
SQL> execute sys.dbms_backup_restore.resetCfileSection(11);
6、查看v$archive_log
SQL>select * from v$archived_log;
7、生成新的日志文件
SQL>alter system switch logfile;
总结：在生产环境中可以根据客户需求，制定对应的归档日志保留策略，很多 时候在使用rman全备之后，会备份归档，可以在全备脚本后面添加删除归档日志的命令，因为在全备后，归档也会一并备份到对应的备份片中，可以通过备份还原之。总之是否删除或者怎么删除这个都要根据实际情况来。