本文主要介紹的是DB2 LOAD 命令所提供的 COPY NO/COPY YES/NONRECOVERABLE,還有與之相關的注冊表變量 DB2_LOAD_COPY_NO_OVERRIDE 的功能與正確的使用方法等。
當DB2的數據庫啟用了前滾恢復模式,即將日志由循環日志方式改為歸檔日志,以便用戶在進行恢復操作時,可在恢復了數據庫或表空間的備份後,再通過前滾歸檔日志中的事務,恢復數據庫備份時間點之後提交的事務,最大程度的保護數據庫的數據。
而DB2的LOAD實用程序為實現快速導入數據的功能,除采用了通過直接向數據庫中寫入格式化的數據頁裝載數據,導入過程中不激活觸發器,不會檢查參考完整性和表檢查約束當等方式外,還最小化了記錄事務日志的操作。在 LOAD 的 LOAD、BUILD、DELETE 和 INDEX COPY 四個處理階段中,僅在 DELETE 階段記錄對每個刪除事件記日志,即只對每個違反唯一約束的行的刪除操作記日志,因此整個 LOAD 操作僅記錄了極少的日志。
由於LOAD最小化了日志的記錄,有因啟用了前滾恢復的數據庫在恢復在線備份時需要歸檔日志的特性,對於這種數據庫的 LOAD 操作,為避免執行 LOAD 操作後,表在使用 ROLLFORWARD 命令前滾歸檔日志的過程中因缺少日志而被置為非正常狀態,DB2 為 LOAD 命令提供了如下選項:
·COPY NO(缺省)
·COPY YES
·NONREVERABLE
為更清楚地說明這些選項的作用,這裡將以舉例的方式進行說明。而在開始操作之前,首先了解一下 DB2 備份操作所產生的映象文件的形式和命名特點:
在 Unix 環境下是文件的形式: Databasealias.Type.Instancename.Nodename.Catnodename.Timestamp.number
在 Windows 環境下是子目錄及文件的形式: Databasealias.Type\Instancename\Node0000\Catn0000\yyyymmdd\hhmmss.number
而其中的 Type 則因備份類型的不同而不同:
0 -- 數據庫全備份
3 -- 表空間備份
4 -- 由 LOAD 操作產生的備份
1. 進行一次數據庫的全備份:
首先對已啟用前滾恢復模式的 SAMPLE 數據庫進行一次全備份: E:\TEST>db2 backup db sample
備份成功。此備份映像的時間戳記是:20051230174105
這時看到在當前目錄下產生了一個 SAMPLE.0 的子目錄,表明產生的是一個數據庫全備份。下面將對這些現象逐個予以舉例說明:
2. 關於 COPY NO:
在 LOAD 操作結束時,將表所在的表空間置於“備份暫掛”狀態,此時雖然其中的表可以進行 SELECT 操作,但不能進行 UPDATE 和 DELETE 操作。為使該表狀態恢復正常,除去備份暫掛狀態,必須手動對其表空間執行一個 BACKUP 命令。由於該選項為缺省選項,如果 LOAD 命令中未指明,則默認為使用該選項,如: E:\TEST>db2 connect to sample
E:\TEST>db2 load from staff.del of del insert into staff
E:\TEST>db2 list tablespaces:
表空間標識 = 2
名稱 = USERSPACE1
類型 = 系統管理空間
內容 = 任何數據
狀態 = 0x0020
詳細解釋:
備份暫掛
:
E:\TEST>db2 select count(*) from staff
1
-----------
70
1 條記錄已選擇。
E:\TEST>db2 update staff set id=335 where id=340
DB21034E 該命令被當作 SQL 語句來處理,因為它不是有效的“命令行處理器”命令。在 SQL 處理期間,它返回:
SQL0290N 不允許存取表空間。 SQLSTATE=55039
在手動對 USERSPACE1 表空間進行一次備份操作後,表空間狀態將正常,再次嘗試更新操作就會成功: E:\TEST>db2 backup db sample tablespace (userspace1)
備份成功。此備份映像的時間戳記是:20051230184841
命令完成後可以在當前目錄下看到產生了一個 SAMPLE.3 的子目錄,表明產生的是一個表空間級的備份。 E:\TEST>DB2 connect to sample
E:\TEST>db2 list tablespaces
表空間標識 = 2
名稱 = USERSPACE1
類型 = 系統管理空間
內容 = 任何數據
狀態 = 0x0000
詳細解釋:
正常
而所產生這份關於表空間的備份可在數據庫因前滾操作將表空間置為“復原暫掛”狀態時用於將表空間狀態恢復為正常,並恢復 LOAD 操作對該表的修改。如當前滾數據庫超過 LOAD 時間點後,表空間將被置為復原暫掛狀態: E:\TEST>db2 restore db sample taken at 20051230174105
DB20000I RESTORE DATABASE 命令成功完成。
E:\TEST>db2 rollforward db sample to end of logs and stop
SQL1271W 已恢復數據庫 "SAMPLE",但在節點 "0"上有一個或多個表空間脫機
E:\TEST>db2 connect to sample
E:\TEST>db2 list tablespaces
表空間標識 = 2
名稱 = USERSPACE1
類型 = 系統管理空間
內容 = 任何數據
狀態 = 0x0100
詳細解釋:
復原暫掛
此時可利用這一表空間級的備份進行恢復操作: E:\TEST>db2 restore db sample tablespace (userspace1) taken at 20051230184841
DB20000I RESTORE DATABASE 命令成功完成。
E:\TEST>db2 connect to sample
E:\TEST>db2 list tablespaces
:
表空間標識 = 2
名稱 = USERSPACE1
類型 = 系統管理空間
內容 = 任何數據
狀態 = 0x0080
詳細解釋:
前滾暫掛
:
E:\TEST>db2 rollforward db sample to end of logs and stop tablespace (userspace1)
前滾狀態
輸入數據庫別名 = sample
節點數已返回狀態 = 1
節點號 = 0
前滾狀態 = 未暫掛
下一個要讀取的日志文件 =
已處理的日志文件 = -
上次落實的事務 = 2005-12-30-10.47.10.000000
DB20000I ROLLFORWARD 命令成功完成。
E:\TEST>db2 connect to sample
E:\TEST>db2 list tablespaces
:
表空間標識 = 2
名稱 = USERSPACE1
類型 = 系統管理空間
內容 = 任何數據
狀態 = 0x0000
詳細解釋:
正常
:
E:\TEST>db2 update staff set id=335 where id=340
DB20000I SQL 命令成功完成。
可見表空間狀態已正常,表也可執行更新操作了。