在oracle資料庫的世界裡，redo log是乙個非常核心的存在，通過redo日誌，oracle實現了資料變更的延遲寫出，通過日誌的順序寫推延了資料塊離散寫的效能影響，從而實現了高效率運作。
redo log首先在buffer中生成，然後寫出到磁碟上的redo log file – 重做日誌檔案，那麼如何配置日誌檔案就成為資料庫優化和健康巡檢的重要內容之一。如果日誌檔案過小，就會出現重做日誌頻繁切換，檢查點不能及時完成等問題，影響到資料庫的正常執行。
最常見的，如果在告警日誌中看到 checkpoint not complete 的提示，就意味著存在日誌切換重用時的阻塞。如果頻繁出現，那麼就必須採取主動的優化措施，如加大日誌檔案大小、增加日誌組等。
在白求恩 – bethune 智慧型巡檢平台上，我們專門設定了於此有關的檢查分析專案，幫助使用者及時簡單的剖析在日誌設定上可能存在的問題。
在【資料庫空間資源 – 重做日誌】分析項，可以找到和redo相關的分析項：
如果在日誌設定上存在問題，bethune會給出分析提示，如以下資料庫的日誌組大小不一致，三組日誌大小是50m，另外兩組日誌大小是100m，這是不規範的配置，可能來自於某次臨時的日誌組增加，事實上需要dba進行審視和整改：
對於日誌切換頻率，bethune 給出了詳細的趨勢分析，多日資料的趨勢作為對比展現，可以清晰的幫助我們看到系統的日誌變化和波動點：
將滑鼠移動到峰值處，我們可以看到在每日的21：00，是資料庫幾種的日誌產生高峰，在該時段可能存在批處理作業：
通過點選具體的日期，我們可以在趨勢圖保留兩個日期，分析其業務變化在日誌生成上的改變，如圖的兩個日期，日誌切換的波動非常吻合，這說明這個業務系統的執行是非常規律的：
當然，如果伴隨著日誌切換，資料庫告警日誌中出現了『檢查點未完成』等待，在分析提示中會以效能標籤提示出來，在這種情況下，我們通常需要進行日誌配置的調整以消除這類問題：
以上這段提示給出了非常具體的建議：
在當前例項告警日誌中發現了 46 次檢查點未完成的提示（檢查點未完成導致聯機日誌無法切換，會引起資料庫上一切活動會話的等待，造成業務中斷）。其中在 15 點檢查點未完成次數最多，共發現了 46 次檢查點未完成。檢查點未完成時段內，一小時日誌切換次數峰值為 50 次，平均每隔 1.2 分鐘切換一次。為了避免日誌無法切換導致業務中斷，建議再新增 2 組聯機日誌。
bethune 的日誌分析，乙個頁面幫你了解日誌組的配置和切換頻度，以及資料庫的相應效能表徵，oracle資料庫無微不至的智慧型診斷，從白求恩開始！
重做日誌及歸檔日誌的工作原理解析
開門見山，先來看張圖 ps 這張圖是我從網上找的 工作原理 首先lgwr程序將redo log buffer中的重做資料寫入到redo log中，此時的redo log分組，每當乙個redo log group寫滿時，或者發出switch logfile指令時都會觸發日誌組的切換，當發生日誌組切換時...
蜘蛛日誌分析工具 如何分析蜘蛛日誌？
什麼是蜘蛛日誌？所謂的蜘蛛日誌就是當搜尋引擎向伺服器傳送請求時產生的訪問記錄檔案。每個 都會有日誌檔案，但是很多時候，日誌檔案只有在 出現問題的時候才會被查閱。在seo方面，日誌檔案是更容易被忽略的一塊，但是日誌檔案對於seo來說事非常重要的，我們可以在日誌檔案中獲取各種資訊並發現 存在的一些問題。...
Oracle重做日誌組狀態及切換解析
oracle重做日誌 redo log 是用來記錄操作條目，用於資料庫資料恢復。為了提高效率，oracle通常建議設定三組redo log。本文將對重做日誌組的狀態以及多種狀態之間切換做解析，力求掌握該知識點。oracle調整聯機重做日誌大小 change redo log size oracle ...