DB2 的事務日誌(redo log)
1. DB2事務日誌:DB2的日誌分主日誌和次日誌,主日誌是在資料庫第一次被連線和啟用時建立的,而次日誌是當寫滿所有的主日誌後,才動態分配次日誌,主日誌和次日誌受設定個數的制約,當配置的所有主、次日誌寫滿後,資料庫後續事務都會被回滾,而當活動日誌目錄被寫滿後,根據資料庫的配置,分別對後續事務進行回滾和掛起,在掛起的情況下,事務會一直等待,直到有可用的活動日誌空間,也就是可以建立一個新的日誌為止,並週期的進行探測;
2. DB2事務日誌執行的模式:
a) 迴圈方式:這種模式和ORACLE的非歸檔日誌執行模式類似,迴圈使用,但覆蓋前必須事務日誌不再活動,只支援例項恢復,是DB2的預設日誌執行模式;
b) 歸檔方式:這種模式類似於ORACLE資料庫的歸檔方式,根據引數LOGARCHMETH1和LOGARCHMETH2的配置,DB2歸檔的方式不同。這種模式下,一旦一個日誌滿了,系統就標識該日誌可以歸檔,但該日誌會留在活動日誌目錄下,直到該日誌變為不活動,才重新命名該日誌,以便重用,但可以肯定的是,該模式支援例項恢復和介質恢復;
c) 無限活動日誌:該模式類似於歸檔模式,但它對日誌的歸檔和重用無需等到日誌變為不活動,而是一旦滿了就直接歸檔,然後重新命名日誌直接重用,因此,這種模式下活動日誌目錄從來都不會滿,因此,適合那些有很大未提交事務的情形。該模式同事支援例項恢復和介質恢復,只是例項恢復的時間要長一些。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/8484829/viewspace-2117122/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- mysql關於redo事務日誌ib_logfile的理解MySql
- MySQL重做日誌(redo log)MySql
- redo log日誌挖掘(二)
- redo log日誌挖掘(一)
- db2 事務日誌和歸檔的管理DB2
- 線上重建redo log日誌組
- MySQL 日誌系統 redo log、binlogMySql
- Mysql 事務日誌(Ib_logfile)MySql
- 【Mysql】三大日誌 redo log、bin log、undo logMySql
- Oracle調整redo log日誌大小Oracle
- MySQL之事務和redo日誌MySql
- mysql的innodb中事務日誌ib_logfileMySql
- 重做日誌(redo log)相關總結
- 【聽海日誌】之DATAGUARD新增redo log
- Elasticsearch 的事務日誌Elasticsearch
- 【REDO】刪除REDO LOG重做日誌組後需要手工刪除對應的日誌檔案
- mysql日誌:redo log、binlog、undo log 區別與作用MySql
- MySQL 事務日誌MySql
- SQLSERVER事務日誌已滿 the transaction log for database 'xx' is fullSQLServerDatabase
- SQL0946N錯誤及DB2事務日誌SQLDB2
- 線上修改REDO LOG的大小及增加新的日誌組
- REDO日誌管理
- mysql關於ib_logfile事務日誌和binary log二進位制日誌的區別MySql
- 【REDO】重做日誌檔案(redo log files)管理(增,刪,改,查,切)
- 必須瞭解的mysql三大日誌-binlog、redo log和undo logMySql
- 分散式系統原理--日誌技術Redo Log分散式
- 預寫事務日誌
- MySQL更新資料時,日誌(redo log、binlog)執行流程MySql
- 7 Redo Transport Services 日誌傳輸服務
- oracle聯機日誌檔案REDO LOGFILE簡述Oracle
- redo日誌損壞
- redo重做日誌管理
- MySQL 日誌 undo | redoMySql
- 淺談SQL Server中的事務日誌(一)----事務日誌的物理和邏輯構架SQLServer
- 日誌傳送事務日誌備份設定
- 關於日誌事務的問題
- 視覺化zookeeper的事務日誌視覺化
- SQL 事務日誌填滿的原因SQL