db2 Db2 故障诊断的正确思路( 四 )


并发连接用户策略=“已禁用”
注册的连接用户策略=“已禁用”
强制政策=“软”
处理器数量=“1”
许可处理器数量=“1”
批注= " "
其他信息= " "
可以看到两者得到的结果是不一样的(过期日期),这意味着/var/ifor/nodelock的权限有问题。
6.沟通问题
当您遇到无法连接到DB2的问题时,您应该首先了解整个分层模型。多层模型将涉及一个或多个中间层,这将使故障定位更加困难。另外,比如操作系统、DB2版本和补丁级别,通信协议也要了解。
一个基本的故障排除方法是:如果客户机上的应用程序遇到问题,使用DB2命令行来测试它是否可以连接到DB2服务器。如果是三层结构,尝试直接连接中间层的DB2服务器。
通常,对于通信故障,会出现以下信息:
检测到通信错误。通信
正在使用的协议:“TCP/IP”。正在使用的通信API:“SOCKETS”。
检测到错误的位置:“”。通信功能检测到错误:“连接”。特定于协议的错误代码:
"10061", "*", "*".SQLSTATE=08001
如果问题持续存在,就比较容易解决。这可能是配置问题或网络通信问题。如果问题是间歇性的,它可能涉及网络故障和连接池中代理太少。
如果作为远程客户端遇到问题,首先测试服务器是否可以本地连接到DB2服务器。如果仍然无法连接,请检查DB2服务器是否正常工作。如果可以连接,说明网络通信失败。
或者远程客户端配置有问题。
按照以下步骤检查服务器的配置:
验证现有的DB2数据库
db2 list db目录
db2 list db目录显示详细信息
验证实例使用的通信协议,并查看DB2COMM变量
db2set -all
检查数据库管理器和SVCENAME(尤其是tcpip协议)的配置
db2获取dbm cfg
检查/etc/services中是否有与SVCENAME对应的端口,例如:
db2cd 250000/TCP
要确认服务器是否正在侦听,可以使用netstat -an查看端口是否处于侦听状态
按照以下步骤检查客户端的配置:
验证远程服务器实例配置
db2列表节点目录
db2列表节点目录显示详细信息
Ping主机名以验证通信
使用telnet主机名端口来验证您是否可以连接到实例
【db2 Db2 故障诊断的正确思路】此外,DB2提供了一个PCT工具来解决与通信相关的故障。如果以上方法没有解决你的问题,请参考相关资料使用。

推荐阅读