DB2 表空間大小限制詳解：V8 vs V9 尋址能力與 Large 表空間演進

核心限制來源：頁面尋址位元數

DB2 表/表空間最大容量由 **頁面地址位元數** 決定。每個頁面有一個唯一地址，地址位元數決定可尋址頁面總數，乘以頁面大小即得容量上限。

版本演進對比

DB2 V8 (3 位元組頁面地址 = 24 bits)

可尋址頁面數：2^24 = 16,777,216 頁

V8 特殊限制：LARGE 表空間類型**僅限 LOB/LONG 資料**使用；一般資料表必須用 REGULAR 表空間，受上述 64GB/4K 限制。

DB2 V9 / V9.5 / V9.7 / V10 / V11 (4 位元組頁面地址 = 32 bits)

可尋址頁面數：2^32 = 4,294,967,296 頁 (實際可用 ~536,870,912 頁/分區，視版本而定)

V9+ 重大改進：

• **預設表空間類型即為 LARGE**，不再區分 REGULAR/LARGE 用途限制。
• 所有表 (含一般資料、索引、LOB) 均可在 LARGE 表空間享受 TB 級容量。
• 分區資料庫 (DPF) 中，單分區上限同上，總容量 = 單分區上限 × 分區數。

V8 升級 V9 關鍵動作：轉換表空間類型

從 V8 升級至 V9 後，舊有 REGULAR 表空間**不會自動轉為 LARGE**，必須手動執行：

ALTER TABLESPACE tablespace_name CONVERT TO LARGE;

影響：

• 轉換後該表空間支援 TB 級容量。
• 轉換為 **離線操作**，需獨佔鎖定表空間，規劃維護窗口。
• 轉換不可逆 (無 CONVERT TO REGULAR)。
• 建議升級後**全面轉換**核心業務表空間，解除 64GB/4K 瓶頸。

實務容量規劃建議

1. 預估增長：按年增長率預估 3-5 年容量，選擇頁面大小與表空間類型。
2. 分區策略：大表使用 **MDC (多維叢集)** 或 **範圍分區表** 將資料分散至多個分區/表空間，突破單表空間上限。
3. 監控閾值：設定告警 USED_PAGES / TOTAL_PAGES > 75%，提前擴容或歸檔。
4. 壓縮：啟用 COMPRESS YES (需 License) + REORG，實際儲存量可減 50-80%。

總結

DB2 V8 受限於 24-bit 頁面地址，單表空間上限 512GB (32K頁)；V9+ 擴展至 32-bit，上限達 16TB (32K頁) 並統一為 LARGE 類型。**升級專案中務必執行 CONVERT TO LARGE**，否則舊表空間仍受 V8 限制，無法享受新版本擴展性紅利。