DB2的SQL1032N错误

xujianming

  前几天在hp小机rx6570上部署db2时遇到了一个问题。装的是db2 8.1，安装完毕后，在实例db2inst1下创建了两个数据库：v3td和v3hd。但是，由于要跟我们公司的v3系统兼容的原因，必须要把was6.0和db2 8.1的补丁打到最高，由于工期紧，我熬了一个通宵在IBM网站上下db2和was的补丁。先打的was的补丁，很顺利，不过过程中要记住先打6.0.2的补丁包，再打6.0.2.17，否则会出问题。整到四点多开始打db2的补丁，当时处于半昏迷的状态了，打好db2补丁db2v8.1-FP14，升级了das，认为大功告成了。但是启数据库时就报SQL1032N这个错误。具体错误信息是：DB2的SQL1032N错误:SQL1032N 未发出启动数据库管理器的命令。 SQLSTATE=57019。
   重起实例，起不来了，也是这个错误。因为第二天要急着用数据库部署后面的工作，天就要亮的，真是心急火燎的。上网查了一下这个错误，找到了最精确的解释是：
    我遇到的情况是在WSAD中需要数据库联接时，提示启动速据库错误，有的时候是WSAD运行环境的错误，重启WSAD可以解决。也有很难解决的时候，找到的原因和解决方案如下：
        原因一：DB2服务没有启动，在控制面板-管理工具-服务中启动DB2 - DB2-0服务；
        原因二：启动错误，用户名密码在修改之后，WINDOWS将无法用旧的密码启动服务，因此，启动时修改用户名和密码，保证其正常启动。
        原因三：许可证过期，这个错误是在网上搜到的，我没有遇到过，因为我的DB2 是永久版的，嘿嘿。 查看事件管理器，有这样的记录：DB2-DB2-0服务因4294959296服务性错误而停止.来源SERVICE CONTROL 事件ID:7024 。在db2cmd界面下运行db2licm -l，可以很明显的看到许可证已经过期了。
        原因四：也不是自己遇到的情况：DB2的客户端连接不上server，提示如下：
C:\Documents and Settings\Administrator>db2 connect to fjdldw user install using install3211
SQL30081N  检测到通信错误。正在使用的通信协议："TCP/IP"。正在使用的通信API：
"SOCKETS"。检测到错误的位置："10.142.12.1"。检测到错误的通信函数："connect"。协
议特定的错误代码："10061"、"*"、"*"。  SQLSTATE=08001。
         这个并不是TCP/IP协议的问题，到服务器上检查，会发现DB2实例未起来。
将任务管理器里的db2fmp进程全部杀掉，然后重新启动实例。db2start，OK！
小结：后来查了一查，db2fmp进程用于执行受保护的存储过程，或者自定义函数。出错的原因，尚不清楚。出了错误，多查查db2diag.log文件，有好处。

仔细检查了以上的原因，都不是。要是重装数据库已经来不及，当时想到只有打800电话向IBM咨询，也许是被问题搞昏了头脑，一拨打是空号，现在是凌晨，在服务时间外。由于求救无缘，只有稳住，静下心来分析：实例起不来发生在db2升级后，肯定跟升级有关。仔细想升级步骤，发现原来没有升级db2实例。于是赶紧升级db2实例，重起，一切都好了。一场虚惊就这么过去了。
  由此得出一个结论， SQL30081N 除了以上几点原因外，还有一点就是升级完数据库后没有给所创建的实例升级造成的！



本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u/24018/showart_245224.html