此文章主要講述的是DB2備份，我前兩天在相關網站看見DB2備份的資料，覺得挺好，就拿出來供大家分享。如果你對DB2備份的資料，心存好奇的話，以下的文章將會揭開它的神秘面紗。希望你在浏覽完之後會有所收獲。
歸檔, 設置歸檔, 設置
跟Oracle類似DB2也分為兩個模式，日志循環vs歸檔日志，也就是非歸檔和歸檔模式，下面對這兩種模式做簡單的介紹。
日志循環
日志循環是默認方式，也就是非歸檔模式，這種模式只支持backup offline脫機備份，在備份過程中需要DB2停止服務。
運行脫機DB2備份需要如下注意的地方：
1，停止應用對DB2的訪問。
2，通過LIST APPLIACATIONS命令查看現有的連接，然後通過FORCE APPLIACATION命令來結束連接。
3，通過DEACTIVATE DATABASE 命令來確保數據庫未處於活動狀態。
4，通過BACKUP DATABASE命令來對數據庫進行DB2備份。
歸檔日志
歸檔日志不是默認狀態，需要配置後才會起作用，DB2在使用日志保留模式的時候數據庫是可恢復的數據庫，支持在線備份、前滾恢復和崩潰恢復。
配置DB2進入歸檔日志模式主要是靠Logarchmeth1和Logarchmeth2兩個參數注：Logretain參數在DB2 v8以後已經被Logarchmeth1取代，可以不用管）。
Logarchmeth1設置為LOGRETAIN
使用歸檔日志，數據庫是可恢復的數據庫。啟用前滾恢復和崩潰恢復，但是非自動歸檔模式。
歸檔日志文件之後，必須人工將無用的歸檔日志刪除，以便新的日志文件可以復用磁盤空間。每當日志文件已滿，DB2 就開始將記錄寫至另一個日志文件，並且不斷創建新日志文件。
Logarchmeth1設置為除OFF 或LOGRETAIN以外的值
使用歸檔日志。數據庫是可恢復的數據庫。啟用前滾恢復和崩潰恢復。當日志文件滿時，自動對它進行歸檔，歸檔的目的地就是Logarchmeth1設置的位置。
如果在歸檔日志文件時發生錯誤，歸檔暫掛一段時間，此時間由ARCHRETRYDELAY數據庫配置參數指定。還可以使用NUMARCHRETRY 數據庫配置參數來指定 DB2 嘗試將日志文件歸檔到主要或輔助歸檔目錄的次數，然後它再嘗試將日志文件歸檔到故障轉移目錄由 FAILARCHPATH 數據庫配置參數指定）。
Logarchmeth1和Logarchmeth2配置可能有如下幾種組合
1，Logarchmeth1設置為LOGRETAIN，Logarchmeth2只能設置為OFF
歸檔日志位置就是DB2數據庫日志的位置，需要人工干預歸檔日志的轉移和空間維護工作
2，Logarchmeth1設置為USEREXIT，Logarchmeth2只能設置為OFF
歸檔日志的管理交由USEREXIT來處理，通過設置編譯USEREXIT可以實現相對復雜一些的歸檔管理方式
3，Logarchmeth1設置為<Directory>，Logarchmeth2設置為OFF
歸檔日志的工作將會自動進行，需要歸檔日志將會被自動歸檔到<Directory>指定的位置，由於歸檔是自動進行，DB2的日志目錄中只有正常logprimary＋logsecond個數據庫日志。
4，Logarchmeth1設置為<Directory1>，Logarchmeth2設置為<Directory2>
歸檔日志的工作將會自動進行，需要歸檔日志將會被自動歸檔到<Directory1>和<Directory2>指定的位置，也就是會產生兩份歸檔日志由於歸檔是自動進行，DB2的日志目錄中只有正常logprimary＋logsecond個數據庫日志。
<Directory1>或者<Directory2>都可以設置為TSM。一般推薦<Directory1>為文件系統，<Directory2>設置為TSM，既可以歸檔到TSM離線保存，又可以在線使用文件系統中歸檔日志，比較方便。
注意：設置Logarchmeth1和Logarchmeth2後，數據庫會進入backup pending狀態，必須進行一次脫機DB2備份，數據才會進入recovery模式並且正常工作。
以上的相關內容就是對DB2備份的介紹，望你能有所收獲。
