oracle统计每日归档大小,归档大小日志计算

如果一个老库需要开启归档，我们可以通过日志切换频率推算出存放归档日志所需的空间，这样对存储规划有很好的指导意义。

可以按照如下步骤完成归档日志空间规划预估任务。

1.查看数据库日志文件的大小

sys@bomsdb> select distinct(bytes/1024/1024) MB from v$log;

MB

----------

200

如果上面的查询返回不止一条，说明你的系统中存在不同大小的redolog。应该强烈抵制这种事情的发生。确保数据库具有相同大小的redo log，便于管理和使用。

2.查询获得系统归档日志的切换频率及大小

sys@bomsdb> select max (first_time) max_first_time,

2         to_char (first_time, 'yyyy-mm-dd') day,

3         count (recid) count_number,

4         count (recid) * 200 size_mb

5    from v$log_history

6  group by to_char (first_time, 'yyyy-mm-dd')

7  order by 1

8  /

MAX_FIRST_TIME DAY        COUNT_NUMBER    SIZE_MB

-------------- ---------- ------------ ----------

20101224235525 2010-12-24           40       8000

20101225235539 2010-12-25           50      10000

20101226235527 2010-12-26           45       9000

20101227232723 2010-12-27           46       9200

20101228235527 2010-12-28           44       8800

20101229235529 2010-12-29           46       9200

20101230232641 2010-12-30           47       9400

20101231235534 2010-12-31           45       9000

20110101235539 2011-01-01           47       9400

20110102235514 2011-01-02           44       8800

20110103232543 2011-01-03           48       9600

20110104235517 2011-01-04           53      10600

20110105235553 2011-01-05           45       9000

20110106232529 2011-01-06           52      10400

20110107235537 2011-01-07           48       9600

20110108235535 2011-01-08           52      10400

20110109235532 2011-01-09           49       9800

20110110232428 2011-01-10           50      10000

20110111235528 2011-01-11           46       9200

20110112235533 2011-01-12           52      10400

20110113235524 2011-01-13           53      10600

20110114235535 2011-01-14           48       9600

20110115235532 2011-01-15           51      10200

20110116235537 2011-01-16           49       9800

24 rows selected.

从上面的统计结果可以知道，每天的归档情况比较一致，说明业务的压力比较平均。平均每天会完成45次日志切换，生成10G大小的归档日志。

不同业务类型的归档日志生成的频率和规律并不相同。如果您的系统中个别几天会运行大批量的Batch任务很有可能出现突发的归档日志的需求。

3.计算获得存放归档日志的需求

为安全起见，每天生成归档日志大小的20%作为冗余。就本系统来说存放每天的归档日志的总空间需求便是10+10*20%=12G。

既然知道了每天需要归档存放空间的大小，因此便可以根据不同的备份恢复策略得到最后的空间需求。

因为系统每周都会使用RMAN完成数据库的全备份，因此仅需保留一周的归档日志即可。因此最后的归档日志的空间需求大小是12*7=84G。

对于具有批处理业务的系统需要考虑峰值带来的影响。不过只要按照这个原则来计算，都可以找到一个比较合理的归档日志空间需求。

4.小结

为了避免因分配过大的归档日志空间而浪费存储资源，建议对系统运行过程中的归档日志的生成情况做好分析。