浅谈DB2数据库故障处理及最佳实践

核心提示： 就可以成功连接了，第二种分类方案是按照问题的范围和性质进行分类，浅谈DB2数据库故障处理及最佳实践(2)，分类如下：1． 数据库实例问题2． 数据库问题3． 数据库性能问题4． 应用开发与数据库有关的问题下面对每一类问题进行详细说明，一、数据库实例的问题数据库实例问题可以分为两种情况1．

就可以成功连接了。

第二种分类方案是按照问题的范围和性质进行分类。分类如下：

1． 数据库实例问题

2． 数据库问题

3． 数据库性能问题

4． 应用开发与数据库有关的问题

下面对每一类问题进行详细说明。

一、数据库实例的问题

数据库实例问题可以分为两种情况

1． 实例无法启动，运行db2start后，直接返回错误码，如SQL1042C。

如果根据错误码信息无法解决，可以尝试如下方案：

重新更新该实例，以root身份登录，

cd /usr/opt/db2_08_01/instance/

./db2iupdt <inst_name>

Tip：常见的产生实例无法启动的原因

数据库安装了新的补丁后没有运行db2iupdt

数据库文件的权限被改成了777，数据库文件的权限是有要求的，所以不能将所有的文件都改成777的权限

数据库实例文件被删除或损坏

主机名与db2nodes.cfg里记录的不一致

2． 运行db2start时，hang在那里，既不报错，也无法启动实例

这种情况一般是由于实例没有正常的停止造成的，一般运行下列命令可以解决：

su - <inst_owner>
db2_kill
ipclean
su – root

(将所有的与该实例有关的db2进程杀死 kill -9 <pid>)

然后重新启动实例。

3． 数据库实例崩溃问题

遇到实例崩溃的问题，首先查看db2diag.log，根据里面的信息来分析数据库宕机的原因。再看db2dump目录中是否有trap文件。可以根据这些信息来分析原因，一般这类问题都需要IBM工程师协助解决。

宕机的原因可以分为两类，一类是数据库的BUG，即数据库的缺陷引起的，一般如果遇到了数据库的缺陷，都有临时的解决方案，或者通过安装最新的补丁来解决，对某些问题IBM也提供临时的修订来解决（需要付费）。另一类是操作系统，误操作等非产品问题导致的，对非产品问题导致的宕机尽量要避免。