當 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 命令成功完成。

可見表空間狀態已正常，表也可執行更新操作了。


3. 關于 COPY YES：

在 LOAD 操作結束時，DB2 自動對表所在的表空間進行一次備份操作，因而 LOAD 結束后，表所在的表空間不會再處于“備份暫掛”狀態，而為“正常”狀態。但由于要進行備份操作，所以這種 LOAD 操作的時間會較沒有備份的長。如：

E:\TEST>db2 connect to sample

E:\TEST>db2 load from staff.del of del insert into staff copy yes to .

E:\TEST>db2 list tablespaces
:
表空間標識 = 2
名稱 = USERSPACE1
類型 = 系統管理空間
內容 = 任何數據
狀態 = 0x0000
詳細解釋：
正常
:

E:\TEST>db2 select count(*) from staff
1
-----------
105
1 條記錄已選擇。


此時可在當前目錄下看到一個 SAMPLE.4 的子目錄，表明產生的是一個由 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

前滾狀態

輸入數據庫別名 = sample
節點數已返回狀態 = 1

節點號 = 0
前滾狀態 = 未暫掛
下一個要讀取的日志文件 =
已處理的日志文件 = S0000002.LOG - S0000003.LOG
上次落實的事務 = 2005-12-30-11.48.26.000000

DB20000I ROLLFORWARD 命令成功完成。

E:\TEST>db2 connect to sample

E:\TEST>db2 list tablespaces
:
表空間標識 = 2
名稱 = USERSPACE1
類型 = 系統管理空間
內容 = 任何數據
狀態 = 0x0000
詳細解釋：
正常
:

E:\TEST>db2 select count(*) from staff
1
-----------
105
1 條記錄已選擇。

這表明在 SAMPLE.4 下的備份被用于了前滾恢復操作，而重新創建了 LOAD 操作對數據庫插入的記錄。


4. 關于 NONRECOVERABLE：

該選項會將 LOAD 操作標志為不可恢復，即數據庫不能通過后續的前滾操作而被恢復。LOAD 操作結束后，數據庫既不會處于“備份暫掛”狀態，也不會產生任何的備份。

E:\TEST>db2 connect to sample

E:\TEST>db2 load from staff.del of del insert into staff nonrecoverable

E:\TEST>db2 list tablespaces
:
表空間標識 = 2
名稱 = USERSPACE1
類型 = 系統管理空間
內容 = 任何數據
狀態 = 0x0000
詳細解釋：
正常
:

雖然 LOAD 之后表空間和表的狀態都正常，但如果今后需要執行前滾命令恢復數據庫時，前滾操作將跳過 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

前滾狀態

輸入數據庫別名 = sample
節點數已返回狀態 = 1

節點號 = 0
前滾狀態 = 未暫掛
下一個要讀取的日志文件 =
已處理的日志文件 = S0000002.LOG - S0000003.LOG
上次落實的事務 = 2005-12-30-12.19.55.000000

DB20000I ROLLFORWARD 命令成功完成。

E:\>db2 connect to sample

E:\TEST>db2 list tablespaces
:
表空間標識 = 2
名稱 = USERSPACE1
類型 = 系統管理空間
內容 = 任何數據
狀態 = 0x0000
詳細解釋：
正常
:

E:\>db2 select * from staff

ID NAME DEPT JOB YEARS SALARY COMM
------ --------- ------ ----- ------ --------- ---------
SQL1477N 不能存取表 "LIWENLI.STAFF"。 SQLSTATE=55019

這表明該表已不可操作，此時只有將表刪除，重新構建，或使用 LOAD 操作時間點之后所做的數據庫全備份或表空間備份來恢復該表。


5. 關于注冊表變量 DB2_LOAD_COPY_NO_OVERRIDE 的介紹：

另外 DB2 還提供了一個注冊表變量：DB2_LOAD_COPY_NO_OVERRIDE，可將 LOAD 的缺省選項 COPY NO 設置為 NONRECOVERABLE 或 COPY YES。具體使用方法舉例為：

設置為 COPY YES 的方法:

E:\TEST>db2set DB2_LOAD_COPY_NO_OVERRIDE="COPY YES TO E:\TEST"
E:\TEST>db2 terminate
E:\TEST>db2set
DB2_LOAD_COPY_NO_OVERRIDE=COPY YES TO E:\TEST
:

E:\TEST>db2 load from staff.del of del insert into staff
SQL27966W DB2_LOAD_COPY_NO_OVERRIDE 注冊表變量值 "COPY YES TO E:\TEST" 將覆蓋在 Load 中指定的 COPY NO 參數。
:
:

設置為 NONRECOVERABLE 的方法:

E:\TEST>db2set DB2_LOAD_COPY_NO_OVERRIDE=NONRECOVERABLE
E:\TEST>db2 terminate
E:\TEST>db2set
DB2_LOAD_COPY_NO_OVERRIDE=NONRECOVERABLE
:

E:\TEST>db2 load from staff.del of del insert into staff
SQL27966W DB2_LOAD_COPY_NO_OVERRIDE 注冊表變量值 "NONRECOVERABLE" 將覆蓋在Load 中指定的 COPY NO 參數。
:
:


通過上述對 LOAD 的 COPY NO，COPY YES 和 NONRECOVERABLE 參數，以及 DB2 注冊表變量 DB2_LOAD_COPY_NO_OVERRIDE 的詳細和舉例說明，到此我們已經掌握了它們的功能和使用方法。由于 LOAD 操作幾乎不記日志的特性，在對啟用了前滾恢復的數據庫實現 LOAD 操作時應注意從中選擇適當的選項，以保證執行了 LOAD 操作的表的可用性。