Database 版 (精华区)

发信人: thank (飞云), 信区: Database
标  题: 关于DB2的LOAD（5）
发信站: 紫 丁 香 (Thu Oct  8 20:34:48 1998), 转信

   Since regular logging is not performed, LOAD uses pending states to 
preserve consistency of the database. The Load and Build phases of 
the LOAD process place any associated table spaces into a load pending 
state. The Delete phase of the LOAD process places any associated table 
spaces into a delete pending state. If you complete the LOAD process 
but you do not have either logretain or userexit "on"; and, you have 
not specified the COPY YES option nor the NONRECOVERABLE option, 
then any associated table spaces are placed in a backup pending state. 
These states can be checked by using the LIST TABLESPACES command. 
(For more information on LIST TABLESPACES, see the Command Reference 
manual.) One last possible state associated with the LOAD process is 
concerned with referential and check constraints. Dependent tables may 
be placed in a check pending state following the completion of the 
LOAD process. 

   LOAD can also be used with a non-recoverable option. This allows you 
to perform a non-recoverable LOAD without affecting the recoverability 
of all other tables in the database. When this type of LOAD is run, 
there is no requirement for either using the COPY YES option or having 
a backup taken. 

   If a LOAD fails, the table space(s) involved could be in an 
inconsistent state because there is no logging. For this reason, 
the table spaces are left in a load pending state. To remove the 
load pending state, you will have to restart the LOAD, perform a 
LOAD REPLACE on the same table on which the LOAD failed, or recover 
the table space(s) using a RESTORE with the most recent backup (either 
table space or database backup) and then carry out further recovery 
actions. (You could also drop the table space and then re-create it.) 

--
※ 来源:．紫 丁 香 bbs.hit.edu.cn．[FROM: citslab.hit.edu.]