oracle11G归档日志管理
此前一直对orale的归档日志管理的细节存在疑惑,今天抽空总结一下
一、常用日志查询语句
-
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‘; --查看所有归档,未删除的归档日志
二、归档日志管理
2.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.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
还可以通过ALTER DATABASE ADD 、delete等命令增加/修改/删除在线日志或日志组,具体操作可查看http://blog.csdn.net/robinson_0612/archive/2010/07/20/5749556.aspx
2.3 关于归档重做日志(Archive redo log)
其实,所谓的归档,就是指将在线日志进行归档、持久化到成固定的文件到硬盘,便于以后的恢复和查询。 当然,前提条件是数据库要处于归档模式。
Oracle 11g 默认是为归档日志设定2个归档位置,这2个归档位置的的归档日志的内容完全一致,但文件名不同。
Oracle数据库开归档之后,oracle 系统默认的归档空间为2G,由于日志过多,空间写满,数据库的redo文件不能归档,而出现oracle数据库挂起的问题。oem打开oracle 10g 数据库操作界面,会显示如下错误信息: 由于输出设备已满或不可用, 归档程序无法归档重做日志。 数据库无法使用
2.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;
2.5 归档日志CRUD操作管理
2.5.1查看归档日志
-
-
[oracle@dbserver archivelog]$ rman target /
-
-
RMAN> list archivelog all; --查询全部的归档日志,包括(在线和过期归档)
-
-
RMAN> list expired archivelog all; --查询全部的过期归档,(在rman的归档过期设置时间到期时归档会变为过期状态,或者物理rm删除归档日志,交叉检测 crosscheck archivelog all后,rm 掉的那部分归档也变为过期状态)
2.5.2 删除归档日志
-
方式一:
-
--检查控制文件和实际物理文件的差别
-
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;
2.5.3 其它操作
-
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全备之后,会备份归档,可以在全备脚本后面添加删除归档日志的命令,因为在全备后,归档也会一并备份到对应的备份片中,可以通过备份还原之。总之是否删除或者怎么删除这个都要根据实际情况来。
====================================================================================================================
当ORACLE归档日志满后如何正确删除归档日志
当ORACLE 归档日志满了后,将无法正常登入ORACLE,需要删除一部分归档日志才能正常登入ORACLE。
一、首先删除归档日志物理文件,归档日志一般都是位于archive目录下,AIX系统下文件格式为“1_17884_667758186.dbf”,建议操作前先对数据库进行备份,删除时至少保留最近几天的日志用于数据库恢复。
二、把归档日志的物理文件删除后,我们就可以正常登入ORACLE了,但是还没完全把归档日志删除干净,ORACLE的controlfile中仍然记录着这些archivelog的信息,在oracle的OEM管理器中有可视化的日志展现出,当我们手工清除archive目录下的文件后,这些记录并没有被我们从controlfile中清除掉,接下去我们要做的就是这个工作。
我们利用RMAN进行删除操作,操作步骤如下:(window客户端系统为例)
1.指定数据库实例
C:/Documents and Settings/Administrator>SET ORACLE_SID =orcl
2.连接数据库
C:/Documents and Settings/Administrator>RMAN TARGET SYS/sysadmin@orcl
3.查看归档日志的状态
RMAN> list archivelog all;
4.手工删除归档日志文件
RMAN> DELETE ARCHIVELOG ALL COMPLETED BEFORE ‘SYSDATE-7‘;
说明:
SYSDATA-7,表明当前的系统时间7天前,before关键字表示在7天前的归档日志,如果使用了闪回功能,也会删除闪回的数据。
同样道理,也可以删除从7天前到现在的全部日志,不过这个命令要考虑清楚,做完这个删除,最好马上进行全备份数据库
DELETE ARCHIVELOG from TIME ‘SYSDATE-7‘; 删除从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子项上做很多操作,实现更复杂的功能
5.退出rman
RMAN> exit
附带说明:RMAN 是Oracle数据库软件自带的备份恢复工具,一种是类似于DOS,通过键盘操作的 命令行方式。
通过RMAN连接本地数据库非常简单,以 W indows 平台为例,进入到命令提示符界面:
-
C:/Documents and Settings/junsansi> SET ORACLE_SID =jssbook
C:/Documents and Settings/junsansi> RMAN TARGET /
Recovery Manager: Release 10.2.0.1.0 - Production on Tue Mar 17 21:12:17 2009
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database: JSSBOOK (DBID=1415261003)
RMAN>
如上所示,使用RMAN连接本地数据库之前必须首先设置操作系统环境变量:ORACLE_SID,并指定该值等于目标数据库的实例名。如果本地库只有一个实例并已经设置了ORACLE_SID环境变量,则不需要再指定ORACLE_SID。RMAN会自动连接到默认实例。
当然,你也可以先启动RMAN,然后再通过CONNECT命令来连接目标数据库,如下所示:
-
C:/Documents and Settings/junsansi> RMAN
Recovery Manager: Release 10.2.0.1.0 - Production on Tue Mar 17 21:12:36 2009
Copyright (c) 1982, 2005, Oracle. All rights reserved.
RMAN> connect target /
connected to target database: JSSBOOK (DBID=1415261003)
本地连接允许使用操作系统验证,因此上述示例都不需要输入用户名和密码,不过如果本地没有启用操作系统身份验证的话,就必须指定具有相应权限的用户名和密码。
需要注意,Linux/UNIX 环境下设置操作系统环境变量应使用 export 命令,另外ORACLE_SID必须为大写。例如:
-
[oracle@yans1 ~ ]$ export ORACLE_SID=test08
[oracle@yans1 ~ ]$ rman target /
Recovery Manager: Release 10.2.0.3.0 - Production on Tue Mar 17 16:08:32 2009
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database: TEST08 (DBID=3812548755)
RMAN>
连接远程数据库
如果要连接的目标数据库是一个远程数据库,那么必须在建立连接时指定一个有效的网络服务名(Net Service Name),本地的tnsname.ora文件中必须已经建立了该网络服务名的正确配置。连接示例如下:
-
C:/Documents and Settings/junsansi> RMAN TARGET SYS/CHANGE_ON_INSTALL@TESTDB
Recovery Manager: Release 10.2.0.1.0 - Production on Tue Mar 17 16:12:32 2009
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database: TESTDB (DBID=2220262593)
RMAN>