db2資料庫日誌查看
如要清除日誌，直接刪掉不就行了，找到log文件後直接刪除
log 的存放路徑用下邊的命令查看：
db2 get db cfg for dbname
其中有Path to log files 一行顯示了log 的存放路徑
㈡ 如何查看db2的資料庫的日誌文件
查看db2的資料庫的日誌文件：
實例日誌在sqllib/db2mp/db2diag.log，記錄起停、出錯警告信息。
資料庫的事務日誌通過db2 get db cfg for <dbname>，看NEWLOGPATH下面一行。
(2)db2資料庫日誌查看擴展閱讀：
在日常DB2的維護中，transaction log full是比較常見的問題，日誌空間使用情況也是我們比較重視的問題，如果日誌是單獨的文件系統分區，在操作系統上即可看到日誌空間使用情況，對日誌使用情況進行監控，可以看到如下信息：
$ df -g
Filesystem GB blocks Free %Used Iused %Iused Mounted on
/dev/db2inst1_log01 60.00 54.50 10% 1458 1% /db2inst1_log01
㈢ db2日誌文件在哪裡
在windows系統下的話，默認是在C:\Program Files\IBM\SQLLIB\
在日常DB2的維護中，transaction log full是比較常見的問題，日誌空間使用情況也是我們比較重視的問題，查看日誌空間使用情況的方法：
DB2 在DATABASE級別有幾個參數，如下決定了事物日誌的使用空間大小
Log file size (4KB) (LOGFILSIZ) = 60000
Number of primary log files (LOGPRIMARY) = 16
Number of secondary log files (LOGSECOND) = 200
Changed path to log files (NEWLOGPATH) =
Path to log files = /db2inst1_log01/sample
如此可以計算分配給日誌的空間大約是（200+16)*60000*4/1024/1024大約50GB。
如果日誌是單獨的文件系統分區，在操作系統上即可看到日誌空間使用情況，對日誌使用情況進行監控，可以看到如下信息：
$ df -g
Filesystem GB blocks Free %Used Iused %Iused Mounted on
/dev/db2inst1_log01 60.00 54.50 10% 1458 1% /db2inst1_log01
㈣ db2 如何查看事務日誌空間
用著條語句：db2 get snapshot for applications on pis|grep -i 'uow log'
㈤ db2 錯誤日誌在哪裡
在 db2diag.log里。
2010-11-17-09.46.18.371000+480 I5198F701 LEVEL: Warning
PID : 4764 TID : 4348 PROC : db2dasstm.exe
INSTANCE: DB2 NODE : 000
EDUID : 4348
FUNCTION: DB2 UDB, Connection Manager, sqleUCgetDirInfo, probe:1012
DATA #1 : SQLCA, PD_DB2_TYPE_SQLCA, 136 bytes
sqlcaid : SQLCA sqlcabc: 136 sqlcode: -1013 sqlerrml: 7
sqlerrmc: TOOLSDB
sqlerrp : SQLEUCCM
sqlerrd : (1) 0x00000000 (2) 0x00000000 (3) 0x00000000
(4) 0x00000000 (5) 0x00000000 (6) 0x00000000
sqlwarn : (1) (2) (3) (4) (5) (6)
(7) (8) (9) (10) (11)
sqlstate:
㈥ 在DB2資料庫中，怎樣獲得UPDATE語句更新的數據的數據量 如果是保存到日誌中，怎樣提取出來呢
是想問修改的記錄數？
執行db2 -m進入，
db2 => list command options
其中
-m 顯示受影響的行數 ON
db2 => update test100 set c=0
受納皮影響的行數：3
DB20000I SQL 命令成功完成。
也逗粗可以先執行一條SELECT語句將合乎條件的記錄數選擇出來。例如山茄鎮：
select count(*) from a where ...
然後執行update。當然嚴重影響效率。
日誌中如果採用前像後像技術會有一頁中修改多條記錄等情況的。
㈦ DB2 資料庫的操作日誌，如何查看
將原db2diag.log文件備份到其它文件系統下。
刪除db2diag.log文件。刪除後，DB2會自動創建一個新的文件。
注意：如果你覺得以上操作不保險的話，Db2提供了自動歸檔db2diag.log的命令
db2diag -a 自動將該文件以日期時間命名
㈧ db2資料庫事務日誌文件目錄如何降下去
1、增大日誌文件鍵飢乎大小。
2、停掉引起這個錯誤的應用程序或者停掉所有的應用程序，再重啟資料庫。以上是db2資料庫事務日誌文件目錄肢液降下稿悉去的方法。
㈨ 關於DB2日誌記錄
db2diag.log沒有兩天前的記錄了，應首帆租該是被刪除了，默認DB2資料庫不會轎備自動清理db2diag.log日誌。
清理後沒辦法找回了，不過與db2diag.log一起的還有一個文件 <instance_name>.nfy也記錄了一些日誌
db2diag.log文件許可權在unix上是666，好像有權登錄系統的用戶都可以修改，要查誰清理了比較麻煩，因為只有操作系統會記錄用戶這種行為。
如果只是定期發生的行為，可以看看是不是有者兆定時任務進行了備份清理
如果是偶然發生的，你可以這么做（假如是unix系統）：
cat /etc/passwd|awk -F: '{print $1,$6}'|while read user home
do
cd $home
echo $user history include db2diag
cat .sh_history |grep -i db2diag
done
如果有人進行了清理，就會有類似 rm db2diag.log 或 >db2diag.log這樣的命令，但具體是什麼時候清理的，用戶的history文件不會記錄。
為了安全審計，一般藉助第三方工具，記錄用戶在操作系統上的所有行為（包括時間）。
㈩ 那在db2中如何手動發起歸檔日誌或切換日誌
在資料庫中，日誌的重要性那是大大的大，所以日誌一定是要先了解的．
日誌類型:
主日誌(Primary logs)
預分配,可用數目由db cfg的LOGPRIMARY參數規定
輔助日誌(Secondary logs)
依需要再動態分配,最大數目由db cfg的LOGSECOND參數來定．輔助日誌同時會在資料庫
所有連接全部關閉後被刪除．
如果LOGSECOND為-1,則不限制記錄日誌的大小．
日誌記錄類型:
有兩類循環日誌和歸檔日誌,可以通過"配置資料庫日誌記錄"向導來修改資料庫的日誌記錄類型。
(1)循環日誌:
默認的日誌記錄策略,循環日誌按順序使用。當日誌中所包含的工作已提交或回滾時，可以重用。
主日誌預先分配。 而輔助日誌則在需要時才分配。
循環日誌有兩類日誌,主日誌和輔助日誌.
主日誌預先就要配好了,輔助日誌在需要時再分分配.
DB2管理程序按順序請求 -> 查找主日誌 -> 需要的主日誌不可用 -> 分配一個輔助日誌．
->輔助日誌也滿了 -> 再去檢查下主日誌能用不 -> 還不可用就又分配一個新的輔助日誌
->然後就一直重復上述檢查
-> 一直到有主日誌文件變為可重用為止．然後就把輔助日誌釋放掉．
循環日誌在備份恢復中的作用：
不能進行前滾恢復，但可進行崩潰恢復和版本恢復
僅支持離線備份.
(2)歸檔日誌
歸檔日誌是一種日誌文件的管理技術，將那些處理非活動狀態的日誌文件進行歸檔．
歸檔日誌是非默認的．
歸檔日誌有幾個要類
1.活動日誌
包含發那些尚未提交(或回滾)的事務相關信息.還包含已提交但改動還沒與的的事務相關信息
restart database;
rollforward
2.聯機歸檔日誌
當活動日誌關閉時，將成為一個歸檔日誌。稱它們為"聯機" 是因為它們和活動
日誌存放在相同的子目錄下。
3.離線歸檔日誌
這些日誌文件已經從活動日誌所在的目錄中移開了。可以手動，也可以
通過 userexit這樣的過程調用來自動進行。歸檔的日誌文件可以
存儲到磁帶或其它介質上。如tsm上。
正在用的日誌(活動日誌) -> 如果日誌用完了(聯機歸檔日誌) -> 再把這些不用的日誌給備份或移開(離線歸檔日誌)
循環日誌在備份恢復中的作用：
唯一支持前滾恢復和實現可恢復資料庫的日誌方法．
支持離線備份和聯機備份
在DB2資料庫中查看與日誌有關的主要參數:
userexit 是否啟用用戶出口
logretain 是否啟用歸檔日誌
trackmod 是否啟用增量備份功能
這些默認是off，即循環日誌模式，如為"Yes"或"Recovery",則表明為歸檔日誌模式．
Unix/Linux下的查看命令:
DB2 v9及以前版本:
db2 get db cfg for sample|grep "USEREXIT"
db2 get db cfg for sample|grep "LOGRETAIN"
db2 get db cfg for sample|grep "TRACKMOD"
DB2 v10:
db2 get db cfg for sample |grep "LOGARCHMETH1"
Windows下的查看命令:
DB2 v9及以前版本:
db2 get db cfg for sample |find /I "userexit"
db2 get db cfg for sample |find /I "logretain"
db2 get db cfg for sample |find /I "trackmod"
DB2 v10:
db2 get db cfg for sample |find /I "LOGARCHMETH1"
可更改這些參數使DB2資料庫處於歸檔日誌模式，以便支持聯機備份．
更改命令:
DB2 v9及以前版本:
db2 update db cfg for sample using userexit on//啟用用戶出口
db2 update db cfg for sample using logretain on//啟用歸檔日誌
db2 update db cfg for sample using trackmod on//啟用增量備份功能
DB2 v10:
-- DISK : 本地磁碟
-- TSM : Tivoli Storage Manger
-- VENDOR : 第三方存儲設備
db2 update db cfg for sample using LOGARCHMETH1 disk:/db2/db/log_archive
注意事項:
變更這些歸檔模式參數後，會提示SQL1116N錯誤,DB2資料庫處於backup pending狀態，是不能馬上連接上資料庫的，必須要做離線備份一次才行．
離線備份命令例子:
db2 backup db sample to c:\xclbkcold
可手工歸檔下,檢查下生成的日誌（前提是沒資料庫連接):
db2 archive log for db xcldb
db2 list history archive log all for xcldb
關於日誌的管理:
查看首活動日誌:
db2 connect to xcldb2
--中文環境使用這個
db2 get db cfg|find "首個活動日誌文件"
--英文環境使用這個
db2 get db cfg|grep -i "First active log file"
db2 connect reset
db2 terminate
清理日誌:
db2 connect to xcldb2
db2 prune logfile prior to S0000033.LOG
其中S0000011.LOG就是剛剛的首活動日誌
手工歸檔命令:
db2 archive log for db xcldb2 //會手工產生日誌