此文章主要講述的是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備份的介紹，望你能有所收獲。

【編輯推薦】

1. DB2 back 存檔使用與正確維護
2. 快速的import或是load多個DB2主從表案例描述
3. DB2手工添加數據庫的實際操作方案描述
4. DB2常用函數與Oracle有什么不同？
5. DB2數據類型的應用與內置數據類型