DB2 文件系統滿錯誤 (SQL0968C) 根因分析與 AIX 用戶限額調整實戰

錯誤現場還原

AIX 環境創建 20GB 表空間：

CREATE REGULAR TABLESPACE HTDC_DATA PAGESIZE 8 K MANAGED BY DATABASE
USING (FILE '/db2_tag/TABLE_SPACES/HTDC_DATA/HTDC_DATA.dat' 20G)
EXTENTSIZE 16 OVERHEAD 10.67 PREFETCHSIZE 16 TRANSFERRATE 0.04
BUFFERPOOL BPHTDC DROPPED TABLE RECOVERY OFF;

報錯：SQL0968C File System is full。實際文件系統剩餘空間充足，根因：**實例用戶 db2admin 文件大小软限制 (fsize) 默認 2GB，無法創建 20GB 文件**。

解決方案：調整用戶資源限額

1. Telnet 登錄 AIX，root 登入
2. 切換至實例用戶環境：su - db2admin
3. 修改 fsize 為 100GB（單位 512-byte 塊）：chuser fsize=209715100 db2admin
   計算：100GB × 1024³ ÷ 512 = 209,715,200 ≈ 209715100
4. 重啟主機生效：shutdown -Fr
5. 驗證：su - db2admin; ulimit -f 應顯示 unlimited 或超大數值
6. 重啟 DB2 並重新執行建表空間 SQL，成功。

關鍵知識點延伸

最佳實踐建議

• 部署腳本化：在 /etc/security/limits 或用戶 /.profile 設置 ulimit -f unlimited，重啟後永久生效。
• 監控告警：腳本定期檢查 lsuser -a fsize db2admin，防止誤改。
• 容器規劃：大表空間拆分多容器（每容器 <16GB），單文件不超限額，並提升並行 I/O。
• 自動存儲：優先使用 MANAGED BY AUTOMATIC STORAGE，由 DB2 自動管理容器大小與位置。

1. 上一篇文章： DB2 9.7 三大核心競爭力深度剖析：新銳洞察分析、全方位降本、Oracle 兼容生態
2. 下一篇文章： 深度解析：DB2數據庫應用系統性能優化的核心策略與實踐

DB2 教學

DB2 9 for z/OS 兩大效能殺手鐧：表達式索引與索引壓縮

遷移後首評特性：表達式索引 (Expression-Base

利用 Performance Warehouse 歷史數據調優 DB2 UDB 伺服器

簡介 您是否需要詳細分析關鍵效能因子以控制 DB2 與應用程

DB2 查詢表統計資訊最後收集時間 (SYSCAT.TABLES.STATS_TIME)

快速確認 DB2 表 RUNSTATS 最後執行時間的標準查

DB2 備份恢復數據庫標準操作步驟 (SOP) 經驗證版：含歸檔配置、線上備份、db2ckrst 引導恢復與 INCLUDE LOGS 簡化流程

本文提供一套經個人實測驗證的 DB2 資料庫備份與恢復標準操