DB2使用中，連接數據庫時有時會出現一些問題，本文為您詳細解析了其中兩個問題的解決辦法，供您參考，希望能對有所幫助。
1、DB2中幾種遇到的SQL1032N出錯的解決
在使用DB2以來，碰到了幾次出現提示SQL1032N錯誤，每次出錯時出錯信息大概如下：
11/21/2004 22:15:33 0 0 SQL1042C 發生意外的系統錯誤。
SQL1032N 未發出啟動數據庫管理器的命令。 SQLSTATE=57019。
每次出現問題後，都到網上找了很多資料，也問了許多人，費了些力才搞定的。幾次出錯的原因和解決方法都不盡相同，解決後我也只做了個簡單的記錄。一直想把它們寫下來，方便方便後來也遇到同樣問題，跟我一樣到處查找的人，中間也寫了一些廢話，比如我如何查找錯誤，甚至於作了哪些無用功。
第一種SQL1032N出錯，是某天DB2的實例突然無法啟動了，用db2start就提示大概如下的出錯信息：
12/30/2004 11:28:39 0 0 SQL1042C 發生意外的系統錯誤。
SQL1032N 未發出啟動數據庫管理器的命令。 SQLSTATE=57019。
初次遇到這種問題，還以為會不會是數據庫沒起來，情急之下什麼命令比如激活數據庫只類的，都拿來試了試，實例都起不來，當時運行這些命令，肯定都是不行的了。
後來突然發現，在開啟機器的時候，提示有個服務出錯了沒啟動，由此推想應該就是在Window服務裡設置為自動啟動的DB2實例服務沒有正常啟動，我在服務裡面手動啟動它，提示這樣的錯誤：
Windows不能在本地計算機啟動DB2-DB2-0.有關更多信息,查閱系統事件日志.並參考特定服務代碼-8000.
查看事件管理器，有這樣的記錄：
DB2-DB2-0服務因4294959296服務性錯誤而停止.來源SERVICE CONTROL 事件ID:7024
做了這麼多，全都是無用功，只限於知道了服務沒起來，等於沒找。
之後通過各方詢問，終於找到了原因：License到期了。
在db2cmd界面下運行db2licm -l，可以很明顯的看到許可證已經過期了。
知道原因所在了，剩下的，就是自己想辦法去解決這個問題了。
小結：直到現在，在有些論壇中，還很經常看到有人發這種帖子來問，至少我在兩個月內就碰到了三次這種帖子。所以，如果不是可以確定已經有永久授權的情況下，發生這種情況，用db2licm -l查一下，也不算壞事。
還有一種情況，跟前面的差不多
也是在啟動實例的時候出現如上的SQL1032N錯誤。在Windows NT服務中無法啟動DB2-DB0服務，同時提示：
出錯1069，登陸失敗錯誤。
這個錯誤比較簡單，是用來啟動服務的用戶名或密碼錯誤。只需要在服務的屬性中，選擇登陸選項卡，選擇用戶，並填好密碼，重新啟動服務就可以了。
小結：這種情況，一般發生在切換用戶登陸NT系統或者更改了DB2用戶的密碼的情況下。
第三種情況是這樣的：
最開始，是突然DB2的客戶端連接不上server了，提示如下：
C:Documents and SettingsAdministrator>db2 connect to fjdldw user install using install3211
SQL30081N 檢測到通信錯誤。正在使用的通信協議："TCP/IP"。正在使用的通信API：
"SOCKETS"。檢測到錯誤的位置："10.142.12.1"。檢測到錯誤的通信函數："connect"。協
議特定的錯誤代碼："10061"、"*"、"*"。 SQLSTATE=08001
我本來還以為真是什麼TCP/IP協議的問題，去查找了很多與SQL30081N錯誤相關的信息，都無法解決問題。後來到了在服務器上檢查，發現DB2實例未起來。
用db2start命令，仍是提示：
D:ProgramSQLLIBBIN>db2start
12/30/2004 11:28:39 0 0 SQL1042C 發生意外的系統錯誤。
SQL1032N 未發出啟動數據庫管理器的命令。 SQLSTATE=57019
用db2 get dbm cfg查看配置文件，因未作過其他操作，所以沒有什麼異常
查看相應實例下的db2diag.log文件，摘取真正有用的部分出錯日志：
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.
依據ensure no db2fmp processes were on the instance prior to start，將任務管理器裡的db2fmp進程全部殺掉，然後重新啟動實例。db2start，OK！
小結：後來查了一查，db2fmp進程用於執行受保護的存儲過程，或者自定義函數。這次出錯的原因，一直沒有弄清楚。但是，通過這次解決，可以說明一點，出了錯誤，查查db2diag.log文件，總是不會錯的。^_^
2、DB2許可證過期問題解決 && Eclipse之中jdbc調用DB2
最笨的辦法是將系統日期向前調。
使用的連接字符串如"jdbc:db2://10.10.50.194:50000/ebank"，在獲取連接時出現異常如下：“com.ibm.db2.jcc.c.DisconnectException: encoding not supported!!”。在搜索Google未果後只好自己硬著頭皮找辦法解決。發現另外一個同事在WSAD中連接正常（我用的Eclipse），靈機一動將引用的JRE從Sun的標准JDK1.4.2換成了WSAD帶的IBM的JDK1.4，連接時正常！又是一個JDK的問題啊。
只之後可能會出現一個license的問題，需要將DB2之中的幾個db2jcc_license_cisuz.jar以及db2jcc_license_cu.jar加入到項目之中去。
但是這樣仍然存在Timestamp從數據庫之中不能用,ResultSet.getTimestamp()讀出來的問題？如何解決？
耗了我將近一天的時間的采用"com.ibm.db2.jcc.DB2Driver"連接DB2數據庫的時候，讀取Timestamp類型的數據的時候老是出現異常的情況，報告出現ArrayOutofIndex什麼的錯誤。今天，終於把它給解決了，原來，使用的DB2 V8.1之中帶的db2jcc.jar包是不正確的，改成了DB2 V8.2之中的帶的db2jcc.jar包程序就運行正確了。
經驗，JDBC連接DB2數據庫的時候出現的很多的奇怪的問題是由包不對所導致的，遇到這種問題一定要檢查所使用的驅動的包是否正確。
3、SQL30081N 檢測到通信錯誤。正在使用的通信協議："TCP/IP"。正在使用的通信API："SOCKETS"。檢測到錯誤的位置："192.168.1.12"。檢測到錯誤的通信函數："connect"。協議特定的錯誤代碼："10061"、"*"、"*"。 SQLSTATE=08001
遇到該問題，有以下幾種方法去查找原因：
一、看看端口號有沒有配置正確，看一下配置參數svcename跟services文件中配置的db2端口號是否一致，Windows一般用50000，unix/Linux一般用60000
二、連接出錯首先看看服務器ip 和端口寫對沒有
ip如果沒錯就要看看服務器的db2服務端口對不對。另外對於服務器下面這些也要注意
檢查服務器的配置情況如下：
驗證存在的DB2數據庫
db2 list db directory
db2 list db directory show detail
驗證實例使用的通訊協議，查看DB2COMM變量
db2set -all
查看數據庫管理器的配置，查看SVCENAME（特指tcpip協議）
db2 get dbm cfg
查看/etc/services中，有無與上面對應SVCENAME的端口，例如：
db2cDB2 50000/tcp
要確認服務器是否在監聽，可以用netstat -an 來查看端口是否處於LISTEN狀態
