【Archived Log】通過日誌切換頻率推算出存放歸檔日誌所需的空間
我們可以通過日誌切換頻率推算出存放歸檔日誌所需的空間,這樣對儲存規劃有很好的指導意義。
可以按照如下步驟完成歸檔日誌空間規劃預估任務。
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.小結
為了避免因分配過大的歸檔日誌空間而浪費儲存資源,建議對系統執行過程中的歸檔日誌的生成情況做好分析。我們的目標是:Under Control!
DBA朋友們請珍惜自己的知情權。
Good luck.
secooler
11.01.16
-- The End --
可以按照如下步驟完成歸檔日誌空間規劃預估任務。
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.小結
為了避免因分配過大的歸檔日誌空間而浪費儲存資源,建議對系統執行過程中的歸檔日誌的生成情況做好分析。我們的目標是:Under Control!
DBA朋友們請珍惜自己的知情權。
Good luck.
secooler
11.01.16
-- The End --
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/519536/viewspace-683993/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- REDO日誌切換頻率
- Oracle redo 日誌切換時間頻率Oracle Redo
- 通過shell指令碼監控日誌切換頻率指令碼
- 計算歸檔日誌所需要的磁碟空間
- 日誌檔案和歸檔日誌檔案的關係以及如何切換日誌
- 檢視Oracle的redo日誌切換頻率Oracle
- 透過shell指令碼監控日誌切換頻率指令碼
- 檢視歸檔日誌空間
- 檢視oracle的redo日誌組切換頻率Oracle
- oracle rman備份歸檔日誌需要先切換日誌嗎Oracle
- 【實驗】通過v$archived_log檢視獲得歸檔日誌檔案的詳細資訊Hive
- 關於歸檔日誌的切換測試
- archive log 歸檔日誌Hive
- Oracle日誌切換及頻率跟蹤指令碼Oracle指令碼
- Archived Redo Logs歸檔重做日誌介紹及其優點Hive
- 【實驗】【Archived Log】歸檔日誌格式和歸檔路徑之change趣談Hive
- oracle archive log 歸檔日誌OracleHive
- 強制日誌切換和歸檔當前的重做日誌的命令的區別
- oracle歸檔切換以及歸檔日誌滿報錯問題Oracle
- 歸檔日誌名稱為空
- RMAN delete archivelog命令刪除歸檔日誌及歸檔日誌拷貝deleteHive
- logmnr分析歸檔重做日誌
- Oracle archive log 歸檔日誌管理OracleHive
- 歸檔日誌
- logmnr挖掘歸檔日誌檔案
- 【Oracle】歸檔日誌管理-設定歸檔日誌路徑以及歸檔日誌冗餘Oracle
- PostgreSQL切換日誌SQL
- ORA-00257歸檔日誌空間已滿
- oracle 歸檔切換頻率Oracle
- 使用歸檔日誌分析解決歸檔日誌迅速增長問題(logmnr)
- 聯機重做日誌、歸檔日誌、備用重做日誌
- oracle歸檔日誌過滿清理Oracle
- logminer異機挖掘歸檔日誌
- 使用logminer分析歸檔日誌案例
- oracle 日誌檔案佔空間Oracle
- oracle歸檔日誌Oracle
- Oracle 歸檔日誌Oracle
- 歸檔日誌挖掘