Prayer

Document #: 1807545H25001

Body:

[標題]解決 DB2 日志滿問題的一種方法


環境:
產品：DB2 UDB
平臺：跨平臺
版本：8


問題描述:

DB2 使用的活動日志的最大空間是由下面公式：

(logprimary + logsecond) * logfilsiz * 4096

計算出的大小來決定的（logprimary，logsecond，logfilsiz是數據庫配置參數）。若該空間已全部被分配，而應用仍試圖請求更多活動日志空間時，就會發生日志滿的情況，此時，用戶的更新、刪除或插入操作都會使 DB2DIAG.LOG 中寫入以下信息：

SQL0964C 數據庫的事務日志已滿。

DB2 活動日志滿通常是由于存在大量未提交事務的數據，使得活動日志的空間不能及時釋放，使新的事務無法申請到可用日志空間，而最終報出 SQL0964C 的錯誤所致。為使應用程序成功運行，而不是被回滾，通常會考慮根據情況選擇增大以上公式中的某些數據庫參數，以增大活動日志空間來解決這一問題。

但還有另外一種原因，即在日志空間并未用盡的情況下，當某個占有最舊活動日志的應用長時間未作提交操作，阻止了日志的 LSN 的分配，造成日志空間無法使用，同樣會引發這一日志滿的報錯。對于這種情況，可以提交該交易或利用 FORCE 命令來終止此應用程序，以便釋放它所占用的日志空間，使 LSN 可以繼續分配，空閑的日志空間可用。這里就提供了由這一原因導致日志滿問題的解決方法。


解答:

首先檢查 DB2 診斷日志文件 db2diag.log，在其中查找類似如下信息：

2003-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 -- active log held by appl. handle 787273
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 日志因此重新可用。