如何分析DB2的错误信息

com.ibm.db2.jcc.b.SqlException: DB2 SQL error: SQLCODE: -407, SQLSTATE: 23502, SQLERRMC: TBSPACEID=2, TABLEID=640, COLNO=0

分析DB2报出的错误信息，主要从六个方面进行分析：

SQLCODE, SQLSTATE, SQLERRMC, TBSPACEID, TABLEID, COLNO

1、先从SQLCODE和SQLSTATE两方面的数字确认是什么原因

2、在根据TBSPACEID和TABLEID两方面确认是哪个表

SQL语句：select * from syscat.tables where tbspaceid="" and tableid=""

3、根据COLNO确认是哪个列出问题

SELECT * FROM SYSCAT.COLUMNS WHERE TABNAME= '*******' AND COLNO = “”

三步就可以精确确认错误的原因了

原理分析：在DB2 数据库中隐藏着一个内部表，专存储数据库的各个表。可以通过select * from syscat.tables进行查看。TBSPACEID, TABLEID, COLNO 都是表tables 中的字段。

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

but，

我的DB2数据库错误信息:

com.ibm.db2.jcc.b.SqlException: DB2 SQL error: SQLCODE: -532, SQLSTATE: 23504, SQLERRMC: DE_ANOM_DETN.FK_TT_ANOM_TT_DETN_EVNT

根据SQLCODE和SQLERRMC可知：

-532 23504 删除 *** 作违反了已指定的参照约束

可以判断出，应该是在删除级联表格时，发现参考的外键为空了，应该是提前删除了。

但是我的错误信息里面并没有上面提示的那么详细，上面的是SQLERRMC: TBSPACEID=2, TABLEID=640, COLNO=0 ，而我的是SQLERRMC: DE_ANOM_DETN.FK_TT_ANOM_TT_DETN_EVNT，由此可以推断出，SQLERRMC里面的信息就是定位错误的核心！！可是这个是什么呢？？估计这个应该找数据库设计文档了。

最后没管这个问题，直接把DB2恢复（restore）一个镜像点了，然后mq（Qmanager）启动，was启动（前提是mq启动）。问题可能是执行顺序或者因为某个服务器节点未启动caused的，当这些服务器节点都正常启动之后，把数据库restore正常状态，然后就可以正常执行了。

好像是名字不符合美国明确的1.=>create database test

2.=>SQL0204N "SYSTEM_1386_US" is an undefined name. SQLSTATE=42704

解决办法：

Sql代码

1.=>create database test using codeset gbk territory cn

1、首先停止DB2数据库$db2stop，以root用户修改/etc/pam.d/system-auth-ac，如下图所示。

2、然后将sha512替换成md5，如下图所示。

3、接着重新设定db2inst1用户密码，然后启动db2服务，如下图所示。

4、这时重新连接DB2数据库，输入用户名密码后，可以看到连接成功，如下图所示就完成了。

---