db2diaglog文件內(nèi)容分析

1、db2diag.log文件中的標(biāo)記都表示什么含義？環(huán)境：產(chǎn)品:db2 udb平臺(tái)：Cross Platform軟件版本：v6, v7, v8問題描述:db2diag.log文件中的標(biāo)記都表示什么含義？解答:對(duì)db2diag.log文件的正確分析往往是排除錯(cuò)誤的第一步，該文件位于數(shù)據(jù)庫管理器的配置參數(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. 表示記這條日志時(shí)的時(shí)間戳2. 實(shí)例名.該例子中的實(shí)例名

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

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

6、Unix 平臺(tái)-$HOME/sqllib/binWindows 平臺(tái)-SQLLIBBIN1. 在多分區(qū)實(shí)例下，可查看db2diag.log文件中指定分區(qū)的所有信息。如：用戶因第四個(gè)分區(qū)上的數(shù)據(jù)庫出現(xiàn)問題而僅希望查看該分區(qū)信息時(shí)，可使用以下命令：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文件中所有關(guān)于119664進(jìn)程的信息，可利用以下命令: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" 結(jié)合上述兩種用法，以下命令將抽取 db2diag.log文件中分區(qū) 0和4上所有119664進(jìn)程的相關(guān)信息：db2diag -pid 119664 -n 0,43. 為顯示db2diag.log文件中包含的時(shí)間戳“2004-11

9、-02-11.00.907665-360 ”之后的所有信息，可用下述命令：db2diag -time 2004-11-02-11.00.907665-3604. 另外一個(gè)較有用的選項(xiàng)是 “-rc”。對(duì)于以前的 DB2版本，用戶經(jīng)常希望了解的 db2diag.log 中的常出現(xiàn)十六進(jìn)制返回碼所提示的信息，在 v8.2上，如果使用該選項(xiàng)便可得到關(guān)于這些 十六進(jìn)制返回碼的解釋。如對(duì)于以下一段信息：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 .為了解十六進(jìn)制 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即該返回碼提示的錯(cuò)誤碼為：SQL1042C,用戶可使用: db2 "? sql1042"獲得關(guān)于這個(gè)錯(cuò)誤的具體解釋。5. 為顯示db2diag.log中所記錄的嚴(yán)重錯(cuò)誤，使用：db2diag -gi "level=severe"輸出可參看例4中提供的。如果要得到有關(guān)該工具的更多選項(xiàng)的幫助信息，可使用:db2diag -h使用db2diag工具的高級(jí)選項(xiàng)過濾查找db2diag.log診斷日志記

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

13、中的條目構(gòu)成，如下所示為一條標(biāo)準(zhǔn)的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"其中上面的黑體字部分是我們的每條診斷日志的不同列標(biāo)識(shí)。其中FUNCTION 包含：PRODUCT,COMPONENT,FUNCNAME,PROBE , 這幾個(gè)也是可以單獨(dú)搜索的列標(biāo)志。利用db2diag工具的-g選項(xiàng)可以對(duì)每一個(gè)列標(biāo)志進(jìn)行搜索，下面是 -g選項(xiàng)的說明：-g:搜索符合搜索一系列“列標(biāo)志 =列值”條件的診斷日志記錄，條件中間使用逗號(hào)分開。搜索區(qū)分大小寫。-gi:功能等同于-g,搜索不區(qū)分大小寫。-gv:搜索不符合一系列“列標(biāo)志 =列值”條件的診斷日志記錄

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

16、：1、查找應(yīng)用程序句柄 APPHDL為0-222的所有診斷日志條目：db2diag -g APPHDL="0-222"2、查找應(yīng)用程序句柄 APPHDL為0-222在分區(qū)0上的所有診斷日志條目：db2diag -g APPHDL="0-222”,NODE=0003、查找進(jìn)程1060946的所有嚴(yán)重錯(cuò)誤(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還可以格式化輸出。您可以指定查找結(jié)果的輸出格式。關(guān)于格 式化輸出的詳細(xì)幫助，請(qǐng)使用"db2diag -h fmt"命令查看。下面簡(jiǎn)單介紹一個(gè)例子：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上錯(cuò)誤級(jí)別為 Severe和Error的錯(cuò)誤, 并按照下面的格式輸出：Time: 2005-12-28-14.32.01.067843 Partition: 000 Message Level