db2diaglog文件內容分析

1、db2diag.log文件中的標記都表示什么含義？環(huán)境：產品:db2 udb平臺：Cross Platform軟件版本：v6, v7, v8問題描述:db2diag.log文件中的標記都表示什么含義？解答:對db2diag.log文件的正確分析往往是排除錯誤的第一步，該文件位于數(shù)據庫管理器的配置參數(shù)DIAGPATH指定的目錄下.下面是db2diag.log的部分摘取，我們來分析一下它們的含義(I) 2002-05-17-17.30.32.140000 Instance:DB2MPP (3) Node:000(4) PID:2204(db2bp.exe) (5) TID:2224 (6) App

2、id:*LOCAL.DB2MPP.020517213032 database_utilities (8) sqlubckp (9) Probe:26DiagData(10) 2cfc ffff2002-05-17-20.17.20.793000 Instance:DB2MPP Node:000PID:596(db2syscs.exe) TID:2176 Appid:base_sys_utilities sqleMergeSqlca Probe:20 Database:SAMPLEReceived sqlcode 1496 for request 8000001e from node numbe

3、r 1(II) Data Title:SQLCA PID:596 TID:2176 Node:000sqlcaid : SQLCA sqlcabc: 136 sqlcode: 1496 sqlerrml: 0sqlerrmc:sqlerrp : SQLESRSUsqlerrd : (1) 0x00000000 (2) 0x00000000 (3) 0x00000000(4) 0x00000000 (5) 0x00000000 (6) 0x00000001sqlwarn : (1)(5) (6)(8)(10) (11)sqlstate:1. 表示記這條日志時的時間戳2. 實例名.該例子中的實例名

4、是 db2mpp3. 分區(qū)號.在單分區(qū)的數(shù)據庫中該值總為04. 應用或代理的進程ID.5. 應用或代理的線程ID.該值只有在windows平臺上有效.6. 應用ID.該值對應于LIST APPLICATIONS命令的輸出.每一個應用都有唯一的應用ID.7. 組件名稱(component).8. 報錯或信息的功能模塊名，該功能模塊從屬于上面的組件.9. 功能模塊的probe point.對應于返回錯誤和信息的功能模塊的源代碼的位置10. 診斷信息.該例子中的db2diag.log文件來源于 Windows平臺，所以dump的信息是反字節(jié)順序的.為了把該信息轉化為sqlcode,您需要把2cfc

5、ffff轉化成為ffff fc2c同時從十六進制轉化為十進制.請注意該值并不是都能轉化為有效的sqlcode的.如何使用DB2 v8.2新提供的db2diag執(zhí)行程序對db2diag.log文件進行過濾和查找?環(huán)境產品：DB2 UDB平臺：跨平臺版本：v8.2問題 對在DB2 v8.2產品中提供的新的診斷輔助工具db2diag所常用的幾個功能進行簡單的舉例說明。解答為了方便用戶對 DB2診斷日志文件 db2diag.log提供的信息的理解，在DB2 v8.2中 增加了 db2diag這一輔助診斷工具，這里結合幾個具體舉例，對其常用的一些功能加以介 紹。該可執(zhí)行程序：db2diag位于以下路徑：

6、Unix 平臺-$HOME/sqllib/binWindows 平臺-SQLLIBBIN1. 在多分區(qū)實例下，可查看db2diag.log文件中指定分區(qū)的所有信息。如：用戶因第四個分區(qū)上的數(shù)據庫出現(xiàn)問題而僅希望查看該分區(qū)信息時，可使用以下命令：db2diag -n 4輸出的所有信息都將包含在“NODE: 004 ”中，參看下面的部分輸出。2004-10-11-19.01.57.744218-300 E7115837C971 LEVEL: EventPID : 119664 TID : 1 PROC : db2star2INSTANCE: dimi NODE : 004FUNCTION: DB2

7、 UDB, base sys utilities, DB2StartMain, probe:911MESSAGE : ADM7513W Database manager has started.START : DB2 DBMDATA #1 : Build Level, 124 bytes2. 要顯示db2diag.log文件中所有關于119664進程的信息，可利用以下命令:db2diag -pid 119664 2004-10-11-19.01.56.555034-300 I7109918C313 LEVEL: EventPID : 119664 TID : 1 PROC : db2star2

8、INSTANCE: dimi NODE : 000FUNCTION: DB2 UDB, config/install, sqlfLogUpdateCfgParam, probe:30CHANGE : CFG DBM: "Instance_Memory”automaticFrom: "11126" To: "11126" 結合上述兩種用法，以下命令將抽取 db2diag.log文件中分區(qū) 0和4上所有119664進程的相關信息：db2diag -pid 119664 -n 0,43. 為顯示db2diag.log文件中包含的時間戳“2004-11

9、-02-11.00.907665-360 ”之后的所有信息，可用下述命令：db2diag -time 2004-11-02-11.00.907665-3604. 另外一個較有用的選項是 “-rc”。對于以前的 DB2版本，用戶經常希望了解的 db2diag.log 中的常出現(xiàn)十六進制返回碼所提示的信息，在 v8.2上，如果使用該選項便可得到關于這些 十六進制返回碼的解釋。如對于以下一段信息：2004-10-19-12.19.46.033037-300 I7202340C354 LEVEL: SeverePID : 139048 TID : 1 PROC : db2hmon 4INSTANCE:

10、 dimi NODE : 000FUNCTION: DB2 UDB, routine_infrastructure, sqlerFmpOneTimeInit, probe:100MESSAGE : DiagDataDATA #1 : Hexdump, 4 bytes0x2FF225B0 : FFFF FBEE .為了解十六進制 0xFFFF FBEE所提示的信息，可使用下面的命令：db2diag -rc FFFFFBEE其輸出為：Input ECF string 'FFFFFBEE' parsed as 0xFFFFFBEE (-1042).ERROR: ./sqz/sqlzw

11、hatisrc.C:Input ZRC 0xFFFFFBEE (-1042) cannot be identified as a V7 or V6 ZRC value即該返回碼提示的錯誤碼為：SQL1042C,用戶可使用: db2 "? sql1042"獲得關于這個錯誤的具體解釋。5. 為顯示db2diag.log中所記錄的嚴重錯誤，使用：db2diag -gi "level=severe"輸出可參看例4中提供的。如果要得到有關該工具的更多選項的幫助信息，可使用:db2diag -h使用db2diag工具的高級選項過濾查找db2diag.log診斷日志記

12、錄內容提要db2diag.log是DB2中非常重要的診斷日志，一般出現(xiàn)問題后，首先就要查看db2diag.log文件。但是很多時候特別是在多分區(qū)數(shù)據庫中，查看db2diag.log變得非常費時。因為所有分區(qū)所有應用程序的診斷日志都會寫到DB2的診斷日志中。從 DB2版本8.2開始，DB2提供了 db2diag工具可以用來過濾查找特定的日志，您可以參見下面的文檔獲得使用db2diag的基本方法： . DocId=1807545B21000 有時候我們需要做一些更高級的過濾查詢，以便幫助我們進一步診斷問題，該文章通過例子對于db2diag中的高級選項做了介紹。正文首先簡單介紹db2diag.log

13、中的條目構成，如下所示為一條標準的db2diag.log日志條目：2005-12-26-19.09.14.702039+480 I84831569A398 LEVEL: SeverePID : 1060946 TID : 1 PROC : db2agent (XXXX) 0 INSTANCE: db2inst1 NODE : 000 DB : XXXXAPPHDL : 0-222 APPID: C0A86402.OD11.03F806110349FUNCTION: DB2 UDB, relation data serv, sqlrr_fetch, probe:20RETCODE : ZRC=0

14、x80120086=-2146303866=SQLR_PRTCLE "DRDA Protocol Error"其中上面的黑體字部分是我們的每條診斷日志的不同列標識。其中FUNCTION 包含：PRODUCT,COMPONENT,FUNCNAME,PROBE , 這幾個也是可以單獨搜索的列標志。利用db2diag工具的-g選項可以對每一個列標志進行搜索，下面是 -g選項的說明：-g:搜索符合搜索一系列“列標志 =列值”條件的診斷日志記錄，條件中間使用逗號分開。搜索區(qū)分大小寫。-gi:功能等同于-g,搜索不區(qū)分大小寫。-gv:搜索不符合一系列“列標志 =列值”條件的診斷日志記錄

15、，條件中間使用逗號分開。 搜索區(qū)分大小寫。-gvi:功能等同于-gv,搜索不區(qū)分大小寫。另外我們的條件表達式支持如下幾種：=全字精確匹配查詢:=部分匹配模糊查詢!=查找不符合全字精確匹配查詢條件的記錄!:=查找不符合部分匹配模糊查詢條件的記錄A=選擇查找列中以后面的查找條件開頭的記錄!A=選擇查找列中不以后面的查找條件開頭的記錄關于高級查找功能的幫助，您可以隨時通過"db2diag -h filter"獲得。另外db2diag還對于特定的列標志提供了快捷選項，如LEVEL ,可以使用-I選項指定，NODE可以使用-n選項指定。下面我們就以幾個例子演示一下如何使用高級查找功能

16、：1、查找應用程序句柄 APPHDL為0-222的所有診斷日志條目：db2diag -g APPHDL="0-222"2、查找應用程序句柄 APPHDL為0-222在分區(qū)0上的所有診斷日志條目：db2diag -g APPHDL="0-222”,NODE=0003、查找進程1060946的所有嚴重錯誤(Severe):db2diag -g PID=1060946,LEVEL=Severe4、查找所有FUNCTION名稱中包飯fetch的診斷日志條目：db2diag -g FUNCTION:=fetch5、查找所有component名稱以"base sys

17、”開頭的診斷日志條目：db2diag -g "COMPONENTA=base sys"6、查找所有返回碼為"ZRC=0x80120086”的記錄：db2diag -g RETCODE:=0x80120086除了過濾查找之外，db2diag還可以格式化輸出。您可以指定查找結果的輸出格式。關于格 式化輸出的詳細幫助，請使用"db2diag -h fmt"命令查看。下面簡單介紹一個例子：db2diag -time 2005-12-22 -node ”0,1,2" -level "Severe, Error" |db2diag -fmt "Time: %(ts Partition:%node Message Level:%level nPid:%(pid Tid:%(tidInstance:%instancenMessage: msgn"該命令將查找2005年12月22日以來在分區(qū) 0, 1, 2上錯誤級別為 Severe和Error的錯誤, 并按照下面的格式輸出：Time: 2005-12-28-14.32.01.067843 Partition: 000 Message Level