v$log管理的深入研究.docVIP

v$log管理的深入研究一 Oracle, Redo, v_log v$log是用来反映redo log file的数据字典。这个数据字典对于我们了解redo log当前的工作状态有比较多的意义。 我们先来看看该视图的信息吧 SQL desc v$log; Name Null? Type ----------------------------------------- -------- ---------------------------- GROUP# NUMBER THREAD# NUMBER SEQUENCE# NUMBER BYTES NUMBER MEMBERS NUMBER ARCHIVED VARCHAR2(3) STATUS VARCHAR2(16) FIRST_CHANGE# NUMBER FIRST_TIME DATE Group#是redo log group的编号，redo log是以group为单位的，所以我们称呼重组日志，严格来说应该称之为重做日志组，每个group有一个或者多个redo file。同一个group里的file都是一样大小的。一个实例里至少要有两个日志组。group#就是组的编号。 Thread#在RAC环境里才可以看到差异，表示的是对应的不同的实例的编号，有RAC经验的人都记得RAC的每个节点实例有各自的重做日志组，通过这里就可以找到实例所对应的重做日志组，这里的编号和实例的序号一致。在单实例的环境里，就没有区别了都是1. SEQUENCE#对应的序列号，重做日志组写满了或者是通过手工switch logfile以后都是会切换的，如果是日志组在切换的时候，并且有归档叻，其中的被归档的日志组就会写入归档日志，同时日志组的记录清空，然后被重用，这时，被重用的就会使用新的sequence叻。这个sequence也正是这个含义，这个编号，在archive log里也有记录，在我们用RMAN backup和进行archive log的backupset的管理的时候，这个sequence就很有作用叻。 BYTES 这个顾名思义，表示的是重做日志的大小，这个是你在添加日志组的时候就决定了的，而且如我上面所写到的，对于一个组里的redofile来说，他们的大小也是一样的。 MEMBERS 这个指的就是一个日志组里包含的日志文件的数目，至少为一，不过Oracle从冗余的考虑来说，推荐使用两个或者更多的日志文件。 ARCHIVED 是不是已经归档，表示当前的redo组是不是已经归档叻。 STATUS 表示的是当前的日志组的状态。状态有5种，分别为 UNUSED 没有使用，重没有写如果redo记录，只有新添加的才可能出现这个状态是这样的状态。一旦这个新添加的写入过了记录就不会再出现这样的状态叻。 CURRENT 当前使用中，表示这个是当前正在使用的日志组。 ACTIVE 活动状态中，这里是经常理解错误的一个知识点，如何来理解这个活动状态叻。就要中redo日志的作用着手看了，redo是记录数据修改的重做记录的，如果redo里的对应的脏块还没有写入到数据文件上的时候，我们就称这个redo还是活跃的，也就是实例恢复的时候需要的。 INACTIVE 这个就和上面相对，也就是不包含脏数据的叻，数据库实例恢复不需要用到这个。有过恢复经历的人，应该还记得，如果是redo丢失的恢复，如果是redo的状态都是inactive的话，就很万幸，如果有active的，就要用隐含参数把这个active的allow corruption叻，也就是这样一个原因。 CLEARING CLEARING_CURRENT 这两个状态就是和clear logfile有关的叻。上面一个表示的是在运行了alter database clear logfile命令时，该日志组的状态，所以这是一个运行过程中状态，一旦命令运行结束，这个状态也随之运行结果而发生改变，如果是成功的话，状态将变成什么叻。 卖个小关子，看读者你们看文章的时候思考和动脑筋了没有。 ......... 对运行成功的话，就会改变为UNUSED状态，如果失败了或者是过程中中断了是的clear不能完成，也就是最后一个状态叻 CLEARING_CURRENT。 比如，在switch log的过程中IO异常，或者是clear的时候，异常关机了，都会出现这样的状态。 FIRST_CHANGE# 这里就是最小的SCN号了，这个是给实例恢复使用的。 FIRST_TIME 其实有上面的scn号的话，在10g版本里，这个字段就没有太多的实际意义了，最小SCN号的时间，scn和timestap之间的转换在10g里已经提供了功能了，所以这个字段更多的是方便大家观察和管理叻。 在v$log管理的深入研