歸檔大小日誌計算

如果一個老庫需要開啟歸檔，我們可以透過日誌切換頻率推算出存放歸檔日誌所需的空間，這樣對儲存規劃有很好的指導意義。

可以按照如下步驟完成歸檔日誌空間規劃預估任務。

1.檢視資料庫日誌檔案的大小

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

        MB

----------

       200

如果上面的查詢返回不止一條，說明你的系統中存在不同大小的redo log。應該強烈抵制這種事情的發生。確保資料庫具有相同大小的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.小結

為了避免因分配過大的歸檔日誌空間而浪費儲存資源，建議對系統執行過程中的歸檔日誌的生成情況做好分析。