在使用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ù)庫(kù)管理器的命令。 SQLSTATE=57019。

每次出現(xiàn)問題后，都到網(wǎng)上找了很多資料，也問了許多人，費(fèi)了些力才搞定的。幾次出錯(cuò)的原因和解決方法都不盡相同，解決后我也只做了個(gè)簡(jiǎn)單的記錄。一直想把它們寫下來，方便方便后來也遇到同樣問題，跟我一樣到處查找的人，中間也寫了一些廢話，比如我如何查找錯(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ù)庫(kù)管理器的命令。 SQLSTATE=57019。

初次遇到這種問題，還以為會(huì)不會(huì)是數(shù)據(jù)庫(kù)沒起來，情急之下什么命令比如激活數(shù)據(jù)庫(kù)只類的，都拿來試了試，實(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ò)誤比較簡(jiǎn)單，是用來啟動(dòng)服務(wù)的用戶名或密碼錯(cuò)誤。只需要在服務(wù)的屬性中，選擇登陸選項(xiàng)卡，選擇用戶，并填好密碼，重新啟動(dòng)服務(wù)就可以了。

小結(jié)：這種情況，一般發(fā)生在切換用戶登陸NT系統(tǒng)或者更改了DB2用戶的密碼的情況下。

第三種情況是這樣的：

最開始，是突然DB2的客戶端連接不上server了，提示如下：

C:Documents and SettingsAdministrator>db2 connectto fjdldw user install using install3211

SQL30081N 檢測(cè)到通信錯(cuò)誤。正在使用的通信協(xié)議：'TCP/IP'。正在使用的通信API：

'SOCKETS'。檢測(cè)到錯(cuò)誤的位置：'10.142.12.1'。檢測(cè)到錯(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ù)庫(kù)管理器的命令。 SQLSTATE=57019

用db2 get dbm cfg查看配置文件，因未作過其他操作，所以沒有什么異常

查看相應(yīng)實(shí)例下的db2diag.log文件，摘取真正有用的部分出錯(cuò)日志：

Failed to create the memory segment used forcommunication 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ò)的。