【达梦数据库】6001报错的一些排查思路

一、背景介绍

最近一连碰到两个客户遇到了达梦数据库6001相关的报错，但网上有关的帖子还是很少，也没有比较系统的分析，便有了自己总结一篇关于6001报错分析排查文章的想法，供后面碰到相同报错的小伙伴参考，有说的不对的地方也烦请指教~

二、官方解释

遇事不决先在官网搜一下关键词--“6001”,搜到了这样一篇有关联的文章

数据库访问问题 | 达梦技术文档

从这一篇文章，我们就能快速的确认问题描述的现象是否跟我们遇到的一致

还有问题的分析以及解决方法

三、排查思路

从官方文档的问题分析中我们可以得知，6001报错本质上就是客户端与数据库的服务器通信失败了，所以有可能出问题的，也就这几个大方向：客户端、服务端以及网络通信。

以下是我对于该问题的排查思路，希望对你能有所帮助。

3.1 应用连接配置

这一方面的排查主要围绕在应用连接数据库所配置的连接串上，比如IP、用户名和密码是否正确，千万不要觉得这一点不起眼或者不可能会出错。如果IP配置错了的话，后面检查网络通还是连不上，就更摸不着头脑了。

如果是用的jdbc连接数据库，你还可以开启jdbc log，来查看服务请求具体是到哪一步了

3.2 网络层面

如果连接串配置确认没问题，那我们开始检查网络连接

telnet ip 端口号

查看有无IP白名单的限制

service iptables status

检查防火墙有没有开启

systemctl status firewalld.service

3.3 数据库层面

对于数据库的检查，我想主要还是围绕数据库的可用来检查。

3.3.1 检查数据库当前状态、是否最近有重启过

select STATUS$ from v$instance;
select last_startup_time from v$database;

3.3.2 检查当前数据库连接数有没有超出限制

select count(*) from v$sessions;
select * from v$parameter where name in ('MAX_SESSIONS','MAX_SESSION_STATEMENT');

3.3.3 查看当前有慢的sql

select datediff(ms,last_send_time,sysdate) time_used,sf_get_session_sql(sess_Id) full_sql from v$sessions where state='ACTIVE';

3.3.4 查看ENABLE_ENCRYPT的值是否为0

若当前为安全版数据库，检查是否开启了通信加密功能也很有必要，因为如果已开启了的话需要 SSL 证书才能正常登陆，这也会造成应用与数据库通信失败的情况。

select * from v$parameter where name in ('ENABLE_ENCRYPT');

 3.3.5 驱动版本检查

查看连接数据库的应用驱动版本，与数据库版本是否匹配

select sql_text,state,user_name,clnt_ip,clnt_ver from v$sessions;

应用所使用的驱动需要与数据库相匹配，数据库的驱动包在$DM_HOME/drivers 目录下可以找到

附：达梦数据库官网 达梦数据库 - 新一代大型通用关系型数据库 | 达梦在线服务平台