db2 未发出启动数据库管理器的命

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包是不正确的，改成了DB2V8.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状态
linux：
我在 /etc/services 下添加了个 db2idb2inst1 60000/tcp
然后 db2 update dbm cfg using svcename db2idb2inst1
查看端口 netstat -an | grep -i 60000
还是没有找到端口

开始认为是端口没开的缘故
打开linux的60000端口
nc -l 60000 &
查看
netstat -an | grep -i 60000
显示监听状态 tcp        0    0 0.0.0.0:60000             0.0.0.0:*                LISTEN

我在win下用DB2配置工具配置数据源，测试连接，一直停留在测试状态，没有显示成功
在linux下查看此时端口状态
tcp        0    0 0.0.0.0:60000             0.0.0.0:*                LISTEN
tcp        0    0 192.168.0.39:60000       192.168.0.38:2371           TIME_WAIT 

这时我觉得应该不是端口的问题，而应该是DB2没有设置监听打开
网上搜索得出，需要设置db2支持tcpip协议以便客户端访问
db2set DB2COMM=tcpip

我重启linux后发现监听 60000 已经自动打开，不需要手动 nc -l 60000 &

此时再通过DB2配置助手添加数据库，连接成功...

===========================================================================

大致总结了下DB2安装后简单配置的步骤
linux 下安装 DB2
.......
安装完成

安装授权文件 ( 不然90天后会过期 )
/opt/ibm/db2/V9.5/adm/db2licm -a /home/Hong/Download/exp/db2/license/db2expc_uw.lic

创建实例
opt/IBM/db2/V8.1/instance/db2icrt -u db2ins1 db2ins1 # useradd, groupadd

配置DB2的端口
db2 get dbm cfg | grep -i service   # 显示DB2默认的端口5000x

可以通过修改 /etc/services 文件来更改DB2的端口号
在 /etc/services 后面添加
db2idb2inst1 60000/tcp

然后 db2 update dbm cfg svcename db2idb2inst1
重启DB2

再查看 db2 get dbm cfg | grep -i service   # 显示 TCP/IP Service name   (SVCENAME) = db2idb2inst1

设置DB2 实例环境变量
#db2set DB2AUTOSTART=YES (设置db2自动随linux启动)
db2set DB2COMM=tcpip (设置db2支持tcpip协议以便客户端访问，通过这个环境变量，当db2start后，会自动打开 svcename 监听端口)

创建数据库
create database db_1...

远程连接的机子上创建编目
db2 catalog tcpip node FEDN0000 remote 192.168.0.39 server 60000
db2 catalog database dbname as db_1 at node FEDN0000