小编给大家分享一下ARCHIVELOG如何统计归档日志更准确,相信大部分人都还不怎么了解,因此分享这篇文章给大家参考一下,希望大家阅读完这篇文章后大有收获、下面让我们一起去了解一下吧!
做一个归档日志历史记录的一些信息,发现两个视图v archived_log美元,另一个是,v $ log_history
下面我们先看下官方说明:
v archived_log美元,也就是这个视图显示的是控制文件中的信息,如果归档日志已经删除,名字列将显示为空
- <李>
V $ ARCHIVED_LOG显示归档日志信息从控制文件,包括归档日志的名字。存档日志记录后插入> <李>
V $ LOG_HISTORY显示日志历史信息从控制文件
李>
那么它们有什么区别呢,或者说谁统计的个数更准确?(已做过统计测试,每天生成的归档日志数量不一致)
如下所示:
V $ LOG_HISTORY
- <李>
完成选择,trunc (first_time)“Date",
2,才能,,,,to_char (first_time & # 39; dy # 39;)“Day",
3,才能,,,,计数(1)“Totals"
4,才能,,,的大敌;,V $ log_history to_date (first_time)祝辞to_date (sysdate-15)
5,才能group by trunc (first_time) to_char (first_time & # 39; dy # 39;)
6,才能按1;
日期,,,一天,,,总数
- - - - - - - - - - - - - - - - - - - - - - - - - - - - -
05-JUL-17结婚,,,,,,1
07-JUL-17星期五,,,,,,5
13-JUL-17星期四,,,,,,1
18-JUL-17星期二,,,,,,2
李>
v $ archived_log
- <李>
完成选择trunc (completion_time)作为“date", count(*)为“Count", (sum(块* block_size)/1024/1024)作为“MB"从v $ archived_log group by trunc (completion_time);
日期,,,,,数,,,,MB
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
18-JUL-17,,,,28.9492188,3
07-JUL-17,,,,229.628418,7
13-JUL-17,,,,27.3828125,1
李>
18-JUL-17天,我手动切了三次归档,如下
- <李>
完成改变系统切换日志文件;
系统改变。
完成;/
系统改变。
完成;/
系统的改变。
李>
而v $ log_history显示的却是2个
下面我们通过rman来看,显示结果18日这天是2个,也就是统计信息跟v $ log_history一样
- <李>
RMAN>列表archivelog;
使用目标数据库控制文件,而不是恢复目录
数据库的归档日志副本列表db_unique_name MYDB
=====================================================================
的关键,,Thrd Seq,,年代低时间
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
1,,,1,,306年,30-JUN-17
,,,,,,,名字:/备份/mydbarchivelog/1 _306_947429846.dbf
2,,,1,,307年,04-JUL-17
,,,,,,,名字:/备份/mydbarchivelog/1 _307_947429846.dbf
3,,,1,,308年,05-JUL-17
,,,,,,,名字:/备份/mydbarchivelog/1 _308_947429846.dbf
4,,,1,,309年,07-JUL-17
,,,,,,,名字:/备份/mydbarchivelog/1 _309_947429846.dbf
5,,,1,,310年,07-JUL-17
,,,,,,,名字:/备份/mydbarchivelog/1 _310_947429846.dbf
6,,,1,,311年,07-JUL-17
,,,,,,,名字:/备份/mydbarchivelog/1 _311_947429846.dbf