2006年7月21日

Question:
The restore command works fine, but while attempting the rolforward of the sql logs, it complains about database falling short on bufferpool,and then terminates the rollforward process. One close look at the db2diag.log file, I noticed that db2 tried to start the database with the hidden bufferpool. But, apparently, that hidden bufferpool was pretty small to rollforward the logs and bring it online.

I cannot reduce the bufferpool size as the database cannot be connected to.I cannot connect to the database as it is in rollforward pending state. I cannot rollforward the database, as it's not happy with the size of the *hidden* bufferpool and terminates.

Answer:

db2set DB2_OVERRIDE_BPF=50000

This will bring up all configured bufferpools using 50000 pages each. You
can choose a smaller/larger value that is suitable for your number of
bufferpools and available system memory. You can also configure each
bufferpool individually if you want

値: 正數のページ數
???? OR
?<entry>[;<entry>...] (<entry>=<バッファー?プール ID>,<ページ數> )

There is sitiuation that above solution does not work.

				When you try to create a bufferpool or alter a bufferpool to a
very large size and there is not enough memory in the system
, DB2 may occupies all pagespace and overrall performance of
the system become slow and may get hang at last because no
pagespace is available. Then after you connect the database
next time, DB2 will do crash recovery and still try to
allocate memory for this big bufferpool and occupy all
pagespace again. when you specify DB2_OVERRIDE_BPF parameter
to override bufferpool size, it doesn't take effect in this
situation. This is becasue DB2_OVERRIDE_BPF only applies for
bufferpools that already exist at startup, and not to
bufferpools that are created during crash recovery or roll
forward. We will fix this problem and check DB2_OVERRIDE_BPF
registry when creating bufferpools during crash recovery or
roll forward. This problem only occurs in a 64 bit instance.

		

Local fix

				You can use db2iupdt -w 32 <INSTNAME> to update the instance to
a 32 bit instance, then you can connect to the database
succefully. After that, use db2iupdt -w 64 <INSTNAME> to update
the instance to 64 bit again. Please take a backup at this
point, so we don't have to roll forward through bufferpool
creation that fails if we need restore and roll forward
database.

		

Problem summary

				Users Affected:
All users using 64 bit instance
Problem Description:
When you try to create a bufferpool or alter a bufferpool to a
very large size and there is not enough memory in the system
, DB2 may occupies all pagespace and overrall performance
of the system become slow and may get hang at last
because no pagespace is available. Then after you connect the
database at next time, DB2 will do crash recovery and still try
to allocate
memory for this big bufferpool and occupy all pagespace again.
In this situation, when you specify DB2_OVERRIDE_BPF parameter
to override bufferpool size, it doesn't take effect in this
situation. This
is becasue DB2_OVERRIDE_BPF only applies for bufferpools that
already exist at startup, and not to bufferpools that are
created during crash recovery or roll forward. We will fix
this problem and check
DB2_OVERRIDE_BPF registry when creating bufferpools during crash
recovery or roll forward. This problem only occurs in 64 bit
instance.
Problem Summary:
This problem is caused by a misoperation, when you create or alt
er a bufferpool, the size is too large to allocated from OS and
cause overrall performance of the system is very slow and seems
hang. Another problem is that DB2_OVERRIDE_BPF registry only app
lies to bufferpools that already exists, and not bufferpools wil
l be created in crash recovery or roll forward. So DB2 will try
to create this big bufferpool again when doing crash recovery or
 roll forward. We will fix this problem and check DB2_OVERRIDE_B
PF registry in our crash recovery and roll forward code.

		

Problem conclusion

Temporary fix

				You can use db2iupdt -w 32 <INSTNAME> to update the instance to
a 32 bit instance, then you can connect to the database
succefully. After that, use db2iupdt -w 64 <INSTNAME> to update
the instance to 64 bit again. Please take a backup at this
point, so we don't have to roll forward through bufferpool
creation that fails if we need restore and roll
forward database.Please also notice that be careful when creati
ng bufferpool, don't specify a too large value.

		

Change db2 password in db2 level

C:\> db2 connect to SAMPLE user TEST using OLDPWD new NEWPWD confirm NEWPWD
C:\> db2 connect to SAMPLE user TEST using OLDPWD change password

C:\> db2 attach to NODE user TEST using OLDPWD new NEWPWD confirm NEWPWD
C:\> db2 attach to NODE user TEST using OLDPWD change password

$ db2 list db directory on /path_to_where_db_created?

$ db2 list db directory

Illustration of standard tables

April 12, 2006

...

標簽 Tags: 其它與DB2 Administration (12) 相關的話題

Posted by Alex at 6:26 PM | Comments (0) | TrackBack (0) | Edit

$ db2 list tablespaces show detail > /tmp/ts.list

Illustration of the DMS table-space address map

April 11, 2006

...

標簽 Tags: 其它與DB2 Administration (12) 相關的話題

Posted by Alex at 4:46 PM | Comments (0) | TrackBack (0) | Edit

$ df -kl?

db2 => get db cfg |more?

db2 => list tablespaces show detail |more
syscatspace	0x0000?

db2 => list command options

 -c    自動落實                                  OFF 

										Local DB2 Env??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? Remote DB2 Env
										

										
Index Specification??? ->??? Nickname??  - - ->?? True Index??? ->??? Table

   CREATE UNIQUE INDEX JOB_BY_DEPT
     ON EMPLOYEE (WORKDEPT, JOB)
     SPECIFICATION ONLY        

SQLLIB\BIN> db2
db2 => list command options
??? -c?? ON
db2 => update command options using c off
db2 => list command options
??? -c??  OFF

SQLLIB\BIN> db2 list command options
??? -c??? ON
SQLLIB\BIN> db2 +c
db2 =>
db2 => list command options
??? -c??? OFF
db2 => quit
SQLLIB\BIN> db2 list command options
??? -c??? ON

SQLLIB\BIN\> db2 list command options
??? -c??  ON
SQLLIB\BIN\> db2set db2options=+c
SQLLIB\BIN\> db2 list command options
??? -c??  OFF

SQLLIB\BIN> db2set db2opptions=-c

db2=> RENAME TABLE EMP TO EMPLOYEE
db2=> RENAME TABLE ABC.EMP TO EMPLOYEE 
db2=> RENAME INDEX NEW-IND TO IND
db2=> RENAME INDEX ABC.NEW-IND TO IND

DB2 UDB中用戶出口程序是如何工作的？

?

采用用戶出口程序與DB2 UDB共同工作背后的基本思想是提供一種歸檔和檢索數據庫日志文件的方法以實現日志冗余處理并從易失性介質上轉儲出來。重要的，值得注意的是，根據你的特殊需求，在用戶出口程序當中，除了能實現歸檔和檢索日志之外，你還可以實現其他的操作。

?

如果一個數據庫需要采用歸檔日志文件來進行恢復，在DB2 UDB中實行用戶出口程序策略將不能恢復100%的事務。用戶出口程序只是一種通過拷貝已經存在的日志文件到一個安全的地方來為其提供更多保護的方法。它是數據完整性策略中的一部分，而且是重要的一部分。

?

編譯了用戶出口程序之后，可執行程序db2uext2被放置在數據庫管理器可以找到的目錄當中。在UNIX?中，這個目錄是/sqllib/adm；在Windows?中，是Program FilesIBMSQLLIBBIN。

?

除非數據庫管理器知道用戶出口程序是可用的，不然它不會調用db2uext2。讓數據庫管理器知道db2uext2可以被調用的唯一方法是將數據庫配置參數userexit設置為on。一旦這個參數被設定好而且DB2實例被重復利用了，數據庫管理器將每五分鐘調用一次用戶出口程序來檢查那些可以被歸檔到程序相關的歸檔目錄的日志文件。

?

如果數據庫的恢復是必要的，在前滾操作期間，數據庫管理器將調用db2uext2把歸檔日志文件拷貝回活動的日志目錄當中。然后，日志文件被再次運用到重建的數據庫中。

?

讓我們看看被數據庫管理器生成的到用戶出口程序的調用的格式。注意，這一信息也可以在用戶出口示例程序的注釋部分找到。

db2uext2 -OS -RL

-RQ -DB -NN

-LP -LN [-AP]

?

其中：

os=操作系統

release=DB2發行版本

request= 'ARCHIVE' 或 'RETRIEVE'

dbname=數據庫名

nodenumber=節點號

logpath=日志文件目錄

logname=日志文件名

logsize=日志文件大小（可選）

startingpage=以4k頁為單位的起始偏移量（可選）

adsmpasswd=ADSM密碼（可選）

?

注意：只有當logpath為裸設備時才使用logsize和startingpage。

?

歸檔或者從磁盤檢索日志文件遵從以下命名規則：

歸檔：歸檔路徑＋數據庫名＋節點號＋日志文件名

檢索：檢索路徑＋數據庫名＋節點號＋日志文件名

?

比如：如果歸檔的路徑為”c:mylogs”,

檢索路徑是“c:mylogs”，

數據庫名是“SAMPLE”，

節點號是 NODE0000，

文件名是 S0000001.LOG，

日志文件將是：

歸檔到 - c:mylogsSAMPLENODE0000S0000001.LOG

檢索自 - c:mylogsSAMPLENODE0000S0000001.LOG

以下描述了用戶出口程序中的邏輯是如何運轉的：

1)? 安裝信號處理程序。

2)? 驗證傳遞的參數個數。

3)? 驗證操作請求。

4)? 開始審計跟蹤（如果有此請求）。

5)? 根據操作需求的不同獲取以下路徑中的一個：

a)? 如果操作需求為歸檔一個文件，將日志文件從日志路徑拷貝到歸檔路徑中。

i） 如果沒有找到日志文件，執行第6點。

?

b)? 如果操作需求是檢索一個文件，將日志文件從檢索路徑拷貝到日志路徑中。

i） 如果沒有找到日志文件，執行第6點。

6) 將錯誤記入日志（如果要求或者有需要的話）。

7)? 結束審計跟蹤（如果有請求）。

8)? 以適當的返回碼退出。

?

手工調用用戶出口程序來歸檔日志文件是可以的，但最好還是使用ARCHIVE LOG命令以便在定義以上參數時不會因為你的原因導致錯誤。在這篇文章的末尾，可以找到關于ARCHIVE LOG命令的鏈接。

?

日志文件術語

?

DB2 中用戶出口程序的基本功能是將日志文件拷貝到活動日志目錄或反之。這里，值得指出一些術語來闡明活動的日志目錄被置于何處以及數據庫日志文件的狀態如何。

?

活動日志目錄：

?

該目錄被置于你的數據庫目錄中。在Windows中，如果在C:中創建了一個叫做SAMPLE的單一數據庫且實例名為db2inst1，則將會出現以下的目錄結構：

?

C:DB2INST1NODE0000SQL000001SQLOGDIR

?

SQL00001是SAMPLE數據庫的數據庫目錄，SQLOGDIR 是活動日志目錄。

?

以下的圖1顯示了Windows操作系統上的活動日志目錄：

PATH o:extrusionok="f" gradientshapeok="t" o:connecttype="rect" />SHAPE id=_x0000_i1025 style="WIDTH: 299.25pt; HEIGHT: 180.75pt" type="#_x0000_t75" />/P>

?

圖 1活動日志目錄

日志文件狀態

?

在活動日志目錄中，日志文件可以是活動日志，也可以是聯機歸檔日志。活動日志是那些被 DB2 用于當前事務處理和崩潰恢復的日志。聯機歸檔日志是那些 DB2 UDB 進行常規處理時不再需要，而進行數據庫恢復時可能還會需要的日志。當實現用戶出口程序時，這些聯機歸檔日志將最終以歸檔日志目錄中的副本形式出現。

?

既然 DB2 UDB 中用戶出口程序的目的是將數據庫日志拷貝到歸檔目錄中，你將最終在活動日志目錄（缺省為 SQLOGDIR）中得到重復的日志文件。你可能考慮刪除這些重復的聯機歸檔日志以釋放文件系統空間。在從數據庫目錄中除去這些日志之前，要十分小心地確認它們是否已經將成功地被復制到歸檔目錄中。還必須確保數據庫管理器進行崩潰恢復時不再需要它們。要確定你的活動日志目錄中哪些日志文件不為正常處理所需要，可用通過以下命令檢查數據庫配置：

????????

???? db2 "get db cfg for sample"

?

這條命令的數據庫配置輸出結果將包含第一個活動日志文件，如：

First active log file = S000009.LOG

?

在如上所示的輸出當中，日志文件S000009.LOG是數據庫當前的活動日志。任何編號比該日志文件小的日志文件都被看作聯機歸檔日志。

?

這里有一個例子：

?

在這個場景中，活動日志目錄中有日志文件 S000000.LOG - S000009.LOG，歸檔日志目錄中有 S000000.LOG - S000008.LOG。因為 S000009.LOG 是第一個活動日志文件，所以，可以從活動日志目錄中移走 S000001.LOG - S000008.LOG 以釋放磁盤空間。S000009.LOG 文件必須保留在活動日志目錄中，因為它仍然被當前事務使用。

?

同樣可以通過檢查數據庫歷史文件來查看活動日志目錄中哪些日志文件不再有用。以下命令將列出數據庫備份信息：

?

???? db2 "list history backup all for database sample"

?

以下是該命令的輸出結果的一個例子：

?

List History File for sample

Number of matching file entries = 4

Op Obj Timestamp+Sequence Type Dev Earliest Log Current? Log

-- --- ------------------ ---- --- ------------------------

B D 20030416162026001 F D S0000010.LOGS0000014.LOG

------------------------------------------------------------

Contains 2 tablespace(s):

00001 SYSCATSPACE

00002 USERSPACE1

------------------------------------------------------------

?

在上面的輸出中，最早的日志將表示，需要 S0000010.LOG 及其之后的任何日志。 S00000010.LOG 之前的任何日志可以被安全的刪除。再次提醒，在從活動日志目錄中刪除日志文件之前，驗證在活動日志目錄中存在這些日志文件的拷貝是十分重要的。

?

雖然可以手動的從活動日志目錄中刪除日志文件，刪除聯機歸檔日志文件的安全方法是通過prune logfile命令。該命令可以用來刪除活動歸檔目錄中的日志文件。在下面的示例中，以下命令將刪除日志文件 S000000.LOG - S000008.LOG：

???? db2 "prune logfile prior to S000009.LOG"

?

注意：根據您的恢復策略，可能會出現之前的前滾操作在數據庫上執行的場景。歸檔目錄中的老日志文件可能被同名的新日志文件所覆蓋，從而阻止你使用舊日志文件對數據庫進行時間點恢復。對用戶出口程序的設計程序員來說，考慮類似這樣的情況是很重要的。

?

設置用戶出口

?

在本文中，我們將采用DB2提供的db2uext2.cdisk樣例c程序，它位于你的c目錄當中。在UNIX中，c目錄位于/sqllib/samples。Windows中，這目錄位于Program Files/IBM//samples。

?

在Windows中設置用戶出口

?

修改和編譯用戶出口程序

1.? 創建名為C:mylogs的目錄

2.? 將C:Program filesIBMSQLLIBsamplescdb2uext2.cdisk拷貝到一個工作目錄當中

3.? 對于本示例，用戶出口程序的以下部分應該得以驗證以反映路徑 c:\mylogs\

?

#define ARCHIVE_PATH "c:\mylogs\"

#define RETRIEVE_PATH "c:\mylogs\"

#define AUDIT_ACTIVE 1 /* enable audit trail logging */

#define ERROR_ACTIVE 1 /* enable error trail logging */

#define AUDIT_ERROR_PATH "c:\mylogs\"

???????????????? /* path must end with a slash */

#define AUDIT_ERROR_ATTR "a" /* append to text file */

#define BUFFER_SIZE 32

??? /* # of 4K pages for output buffer */

?

4.? 確定在你的系統中安裝了被支持的C編譯器（比如，Microsoft Visual Studio）而且環境中有該編譯器的路徑。

5.? 通過命令行，將db2uext2.cdisk更名為db2uext2.c并構建：

cl db2uext2.c

一旦程序被編譯，將創建db2uext2.exe和db2uext2.obj文件。

6.? 將可執行文件db2uext2.exe放到/SQLLIB/BIN目錄當中從而使數據庫管理器能夠定位并執行它用以歸檔和檢索日志。

?

為用戶出口創建并準備數據庫

7.? 在 DB2 命令窗口中用 db2sampl 命令創建 SAMPLE 數據庫。這將使你對下面的示例使用樣本表。

db2sampl

8.? 更新數據庫配置文件以便為數據庫打開用戶出口。請注意：只能為一個數據庫分配用戶出口程序，因為 bin 目錄被所有 DB2 實例共享。

db2 "update db cfg for sample using userexit on"

db2stop force

<span lang="EN-US" style="FONT-SIZE: 10pt; COLOR: black; FONT-FAMILY: 宋體; mso-hansi-font-family: 'Times New Roman'; mso-bidi-font-family: 宋體; mso-

我們在這里將簡要的闡述一下鎖和隔離級別。

鎖：

DB2 UDB中， 鎖的主要作用對象是表和行， 其他如表空間和索引也是鎖的對象， 但是因為其多為系統控制， 管理員和用戶使用較少，在這里就不涉及了。

對于行級鎖和表級鎖， 它們的區別不言而喻， 主要是鎖的對象不同。 當然鎖對象的不同連帶也會影響DB2的并發能力。

DB2中的表級鎖主要有以下幾種：

1． IS鎖： 此鎖作用于整個表，表示擁有此鎖的應用連接要讀取表中的某些數據， 但是在此應用連接讀取具體的數據時， 還必須獲得該行的行級鎖；

2． IX鎖： 此鎖作用于整個表，表示擁有此鎖的應用連接需要獨占使用表中的某些數據， 但是在此應用連接獨占使用具體的數據時， 還必須獲得該行上相應的行級鎖；

3． SIX鎖： 此鎖是鎖轉換的產物，表示應用連接擁有S和IX鎖的特性；

4． S鎖： 此鎖作用于整個表， 擁有此鎖的應用連接可以讀取表中的任何紀錄；

5． U鎖： 此鎖作用于整個表， 擁有此鎖的應用連接可以讀取表中的任何紀錄，也可以更新表中的紀錄， 但是更新時需要再獲得X鎖； 此鎖主要在“select … with update”語句建立的可更新游標中起作用， 其他的應用可以讀取表中的紀錄， 但是不能更新它；

6． X鎖： 此鎖作用于整個表， 擁有此鎖的應用連接獨占的使用表中的任何紀錄；可以進行更新或其他操作；

7． Z鎖： 此鎖作用于整個表， 也稱超級獨占鎖，主要是在象修改表的定義、 刪除表這一類的語句中會使用。 擁有此鎖的應用連接對該表有完全的控制權。 其他的任何應用不能讀取或更新表中的任何紀錄。

在這里我們主要要看一下 IS/IX/SIX這三個鎖。 在這三個鎖中IS/IX本身并不具備使得應用連接可以讀取或更新紀錄的能力，應用連接要讀取和更新紀錄時， 需要再得到相應的行級鎖； 反之亦然， 任何應用要獲得行級鎖操作數據記錄之前， 也必須獲得某個相應的表級鎖。 SIX鎖也是類似的情況。這就是為什麼在很多情況下我們使用的是行級鎖， 但是用快照（SNAPSHOT）等工具卻能夠看到有表級鎖存在的原因。

那麼DB2中又有哪些行級鎖呢？ 讓我們來看下面的這張圖：

此圖中列出了DB2中包含的行級鎖。 表中的第三列指出， 要獲得此行級鎖之前， 需要預先獲得的表級鎖， 這里列出的是最低要求。

這六個行級鎖的主要功能如下：

1． S鎖：此行級鎖的擁有者可以讀取該行的信息；

2． U鎖：此行級鎖的擁有者可以讀取該行的信息，如果要更新該行，則仍然需要一個行級的X鎖；其他的應用只能讀取該行的信息；此鎖主要是用于FOR UPDATE的游標。

3． X鎖：此行級鎖的擁有者可以更新該行的紀錄，其他的應用不能連接此行的信息；

4． W鎖：此鎖和X鎖類似，不同之處是此鎖和NW鎖兼容；

5． NS鎖：類似于S鎖，用于Next Key；

6． NW鎖：類似于W鎖，用于Next Key；

在DB2數據庫中， 是通過行級鎖和表級鎖協調作用來提供較好的并發性， 同時保證數據庫中數據的安全。 在DB2中缺省情況下使用行級鎖（當然需要IS/IX鎖配合），只有當出現鎖資源不足， 或者是用命令指定使用表級鎖的情況下， 才會在應用連接中使用表級鎖。 對鎖資源分配有興趣的讀者可以參考DB2的管理手冊， 查找其中關于locklist和maxlocks參數的論述。對于用命令指定表級鎖的情況， 可以參考DB2的命令手冊中的lock table命令， 此命令用于直接鎖表。

隔離級別：

下面讓我們來看一下隔離級別。 隔離級別主要用于控制在DB2根據應用提交的SQL語句向DB2數據庫中的相應對象加鎖時， 會鎖住哪些紀錄， 也就是鎖定的范圍。 隔離級別的不同， 鎖定的紀錄的范圍可能會有很大的差別。

隔離級別分為RR/RS/CS/UR這四個級別。 下面讓我們來逐一論述：

1． RR隔離級別： 在此隔離級別下， DB2會鎖住所有相關的紀錄。 在一個SQL語句執行期間， 所有執行此語句掃描過的紀錄都會被加上相應的鎖。 具體的鎖的類型還是由操作的類型來決定， 如果是讀取，則加共享鎖； 如果是更新， 則加獨占鎖。 由于會鎖定所有為獲得SQL語句的結果而掃描的紀錄， 所以鎖的數量可能會很龐大， 這個時候， 索引的增加可能會對SQL語句的執行有很大的影響，因為索引會影響SQL語句掃描的紀錄數量。

2． RS隔離級別： 此隔離級別的要求比RR隔離級別稍弱，此隔離級別下會鎖定所有符合條件的紀錄。 不論是讀取， 還是更新， 如果SQL語句中包含查詢條件， 則會對所有符合條件的紀錄加相應的鎖。 如果沒有條件語句， 也就是對表中的所有記錄進行處理，則會對所有的紀錄加鎖。

3． CS隔離級別： 此隔離級別僅鎖住當前處理的紀錄。

4． UR隔離級別：此隔離級別下，如果是讀取操作，不會出現任何的行級鎖。對于非只讀的操作，它的鎖處理和CS相同。

在這四種隔離級別中， CS是缺省值。 這四種隔離級別均可以保證DB2數據庫在并發的環境下不會有數據丟失的情況發生。 要注意的是如果對紀錄進行了修改，需要在相應的紀錄上加獨占類型的鎖， 這些獨占類型的鎖直到交易結束時才會被釋放， 這一點在四種隔離級別下都是相同的。

REORG TABLE

REORG TABLE 語句壓縮與指定的表相關聯的數據。

調用

此語句可以在使用 DB2 CLI 函數的應用程序中使用，也可以通過 CLP 發出。

語法

>>-REORG TABLE--table-name--+------------+---------------------><
                            '-int1--int2-'
 
 

描述

REORG TABLE table-name

標識重組操作的表。名稱必須標識現有的表。

int1

需要恢復的字節的可選最小百分比。

int2

需要為將要執行的表壓縮恢復的最小字節數。

規則

• 可選的值 int1 和 int2 必須一起使用，或全都不用。
• 可選的值 int1 必須是非負數。
• 可選的值 int1 必須介于 0 與 100 之間。

注意事項

• DB2 Everyplace 可以以內部方式調用表重組。
• 第一個可選參數是表必須包含的不可用的字節的百分比（即百分之十（10）意味“至少百分之十的空間不可用”。）第二個可選參數是表必須包含的不可用的字節數（即 1000 將意味“至少 1000 個字節必須是不可用的空間”。）必須符合兩個條件，才可以進行表的實際重組。
• 如果沒有指定參數，DB2 Everyplace 對這此選項使用缺省值。缺省百分比是 30 且缺省字節是 6144。因此，“reorg table t1”與“reorg table t1 30 6144”相同。
• 如果重組方式設置為已啟用，則 DB2 Everyplace 將自動重組表。如果在 DELETE 或 UPDATE 上啟用了重組，則在執行語句之后，會對目標表執行“reorg table table_name 50 30270”。如果在 DROP TABLE 上啟用了重組，則在刪除表處理結束時執行“reorg table DB2eSYSTABLES 30 10240”（對于 DB2eSYSCOLUMNS 和 DB2eSYSRELS 也是如此）。
• 在 C/C++ 程序中，通過使用具有屬性 SQL_ATTR_REORG_MODE 的 CLI/ODBC 函數 SQLSetStmtAttr 設置重組方式。在 JAVA 程序中，通過 DB2eStatement 接口 enableReorg 方法設置重組方式。缺省值是啟用重組。
• 重組表時，通過物理上回收刪除和更新創建的不可用空間來壓縮包含表的數據文件。然后將表的索引更新為指向行的新物理位置。
• 可以重組“DB2 Everyplace 系統目錄”基本表。
• 在執行 REORG TABLE 語句時，數據庫中不應發生任何其它活動。

示例

使用缺省值壓縮 VNNURSE 表。

REORG TABLE VNNURSE?