Posted on 2010-02-09 15:14
Prayer 閱讀(813)
評論(0) 編輯 收藏 引用 所屬分類:
DB2
15.2 數據庫常見問題總結
15.2.1 數據庫日志空間滿-- SQL0964C錯誤
數據庫運行時如果報SQL0964C的錯誤，那么一般和數據庫日志有關，先看圖15-3所示的案例。
 |
| （點擊查看大圖）圖15-3 數據庫日志已滿 |
DB2使用的活動日志的最大空間是由公式
- (logprimary + logsecond) * logfilsiz * 4096
計算出的大小來決定的(logprimary、logsecond、logfilsiz是數據庫配置參數)。在DB2中，一個長事務最多可以使用不超過256GB日志(DB2 V5是2GB，DB2 V7是32GB，DB2 V8是256GB)
若該空間已全部被分配，而應用仍試圖請求更多活動日志空間時，就會發生日志滿的情況。此時，用戶的更新、刪除或插入操作都會使DB2DIAG.LOG中寫入以下信息：
SQL0964C數據庫的事務日志已滿。
SQL0964C錯誤表明數據庫日志已滿，DB2活動日志滿通常是由于存在大量未提交事務的數據，使得活動日志的空間不能及時釋放，使新的事務無法申請到可用日志空間，而最終報出SQL0964C的錯誤所致。要解決這些問題，您可以增加日志文件或日志個數。這種錯誤一般是批量插入、刪除或更新時報的錯誤。所以最好是能夠調整業務邏輯，分批次刪除、更新或插入。這樣做會降低日志報錯的概率。
但還有另外一種原因，即在日志空間并未用盡的情況下，當某個占有最舊活動日志的應用長時間未作提交操作，阻止了日志的LSN的分配，造成日志空間無法使用，同樣會引發這一日志滿的報錯。對于這種情況，可以提交該交易或利用FORCE命令來終止此應用程序，以便釋放它所占用的日志空間，使LSN可以繼續分配，空閑的日志空間可用。這里就提供了由這一原因導致日志滿問題的解決方法。
首先檢查DB2診斷日志文件db2diag.log，在其中查找如下類似信息：
- 2008-01-16-02.53.54.935308 Instance:db2inst1 Node:016
- PID:144252(db2agntp (SAMPLE) 16) Appid:*.*
- data_protection sqlpgrsp Probe:50 Database:SAMPLE
- Log Full
- End this application by COMMIT, ROLLBACK or FORCE APPLICATION.
由此，可以找到最早持有日志空間的應用程序，其句柄為787273。使用DB2的快照工具，通過從快照的輸出中查找如下類似信息：
- Appl id holding the oldest transaction = 787273
同樣可以找到這個應用程序的句柄。這時使用以下命令可以在無需斷開數據庫其他應用程序的連接的情況下強行終止該應用程序：
- db2 force application (787273)
- DB20000I FORCE APPLICATION命令成功完成。
- DB21024I 該命令為異步的，可能不會立即生效。
根據提示，由于該命令是異步操作，所以可再次使用：
- db2 list applications
驗證應用是否已被真正停止，如果輸出中已沒有該應用，那么它所占有的日志空間會因應用程序被回滾而立即釋放，DB2日志因此重新可用。