使用DB2以來，碰到了幾次出現(xiàn)提示SQL1032N錯(cuò)誤，每次出錯(cuò)時(shí)出錯(cuò)信息大概如下：11/21/2004 22:15:33 0 0 SQL1042C 發(fā)生意外的系統(tǒng)錯(cuò)誤。SQL1032N 未發(fā)出啟動(dòng)數(shù)據(jù)庫治理器的命令。 SQLSTATE=57019。每次出現(xiàn)問題后，都到網(wǎng)上找了很多資料，也問了許多人，費(fèi)了些力才搞定的。幾次出錯(cuò)的原因和解決方法都不盡相同，解決后我也只做了個(gè)簡單的記錄。一直想把它們寫下來，方便方便后來也碰到同樣問題，跟我一樣到處查找的人，中間也寫了一些廢話，比如我如何查找錯(cuò)誤，甚至于作了哪些無用功。第一種SQL1032N出錯(cuò)，是某天DB2的實(shí)例忽然無法啟動(dòng)了，用db2start就提示大概如下的出錯(cuò)信息：12/30/2004 11:28:39 0 0 SQL1042C 發(fā)生意外的系統(tǒng)錯(cuò)誤。SQL1032N 未發(fā)出啟動(dòng)數(shù)據(jù)庫治理器的命令。 SQLSTATE=57019。初次碰到這種問題，還以為會(huì)不會(huì)是數(shù)據(jù)庫沒起來，情急之下什么命令比如激活數(shù)據(jù)庫只類的，都拿來試了試，實(shí)例都起不來，當(dāng)時(shí)運(yùn)行這些命令，肯定都是不行的了。后來忽然發(fā)現(xiàn)，在開啟機(jī)器的時(shí)候，提示有個(gè)服務(wù)出錯(cuò)了沒啟動(dòng)，由此推想應(yīng)該就是在Window服務(wù)里設(shè)置為自動(dòng)啟動(dòng)的DB2實(shí)例服務(wù)沒有正常啟動(dòng)，我在服務(wù)里面手動(dòng)啟動(dòng)它，提示這樣的錯(cuò)誤：WINDOWS不能在本地計(jì)算機(jī)啟動(dòng)DB2-DB2-0.有關(guān)更多信息,查閱系統(tǒng)事件日志.并參考特定服務(wù)代碼-8000.查看事件治理器，有這樣的記錄：DB2-DB2-0服務(wù)因4294959296服務(wù)性錯(cuò)誤而停止.來源SERVICE CONTROL 事件ID:7024做了這么多，全都是無用功，只限于知道了服務(wù)沒起來，等于沒找。之后通過各方詢問，終于找到了原因：License到期了。在db2cmd界面下運(yùn)行db2licm -l，可以很明顯的看到許可證已經(jīng)過期了。知道原因所在了，剩下的，就是自己想辦法去解決這個(gè)問題了。小結(jié)：直到現(xiàn)在，在有些論壇中，還很經(jīng)常看到有人發(fā)這種帖子來問，至少我在兩個(gè)月內(nèi)就碰到了三次這種帖子。所以，假如不是可以確定已經(jīng)有永久授權(quán)的情況下，發(fā)生這種情況，用db2licm -l查一下，也不算壞事。還有一種情況，跟前面的差不多也是在啟動(dòng)實(shí)例的時(shí)候出現(xiàn)如上的SQL1032N錯(cuò)誤。在windows NT服務(wù)中無法啟動(dòng)DB2-DB0服務(wù)，同時(shí)提示：出錯(cuò)1069，登陸失敗錯(cuò)誤。這個(gè)錯(cuò)誤比較簡單，是用來啟動(dòng)服務(wù)的用戶名或密碼錯(cuò)誤。只需要在服務(wù)的屬性中，選擇登陸選項(xiàng)卡，選擇用戶，并填好密碼，重新啟動(dòng)服務(wù)就可以了。小結(jié)：這種情況，一般發(fā)生在切換用戶登陸NT系統(tǒng)或者更改了DB2用戶的密碼的情況下。第三種情況是這樣的：最開始，是忽然DB2的客戶端連接不上server了，提示如下：C:Documents and SettingsAdministrator>db2 connect to fjdldw user install using install3211SQL30081N 檢測到通信錯(cuò)誤。正在使用的通信協(xié)議："TCP/IP"。正在使用的通信API： "SOCKETS"。檢測到錯(cuò)誤的位置："10.142.12.1"。檢測到錯(cuò)誤的通信函數(shù)："connect"。協(xié)議特定的錯(cuò)誤代碼："10061"、"*"、"*"。 SQLSTATE=08001我本來還以為真是什么TCP/IP協(xié)議的問題，去查找了很多與SQL30081N錯(cuò)誤相關(guān)的信息，都無法解決問題。后來到了在服務(wù)器上檢查，發(fā)現(xiàn)DB2實(shí)例未起來。用db2start命令，仍是提示：D:ProgramSQLLIBBIN>db2start12/30/2004 11:28:39 0 0 SQL1042C 發(fā)生意外的系統(tǒng)錯(cuò)誤。SQL1032N 未發(fā)出啟動(dòng)數(shù)據(jù)庫治理器的命令。 SQLSTATE=57019用db2 get dbm cfg查看配置文件，因未作過其他操作，所以沒有什么異常,查看相應(yīng)實(shí)例下的db2diag.log文件，摘取真正有用的部分出錯(cuò)日志：Failed to create the memory segment used for communication with fenced routines.If re-starting db2, ensure no db2fmp processes were on the instance prior to start.Otherwise, you can ajust this value through DB2_FMP_COMM_HEAPSZ db2set value,or by decreasing your ASLHEAPSZ setting.依據(jù)ensure no db2fmp processes were on the instance prior to start，將任務(wù)治理器里的db2fmp進(jìn)程全部殺掉，然后重新啟動(dòng)實(shí)例。db2start，OK！小結(jié)：后來查了一查，db2fmp進(jìn)程用于執(zhí)行受保護(hù)的存儲(chǔ)過程，或者自定義函數(shù)。這次出錯(cuò)的原因，一直沒有弄清楚。但是，通過這次解決，可以說明一點(diǎn)，出了錯(cuò)誤，查查db2diag.log文件，總是不會(huì)錯(cuò)的。^_^