Java Websphere 9.0.0无法从Linux中的WAS管理员连接Db2数据库
它从上个月开始工作,但从最后3天开始,我就面临这个问题 即使在Websphere中创建JNDI之后,当我尝试连接测试连接时,它也会给我以下错误Java Websphere 9.0.0无法从Linux中的WAS管理员连接Db2数据库,java,db2,websphere,Java,Db2,Websphere,它从上个月开始工作,但从最后3天开始,我就面临这个问题 即使在Websphere中创建JNDI之后,当我尝试连接测试连接时,它也会给我以下错误 java.sql.SQLNonTransientException: java.sql.SQLNonTransientException: null DSRA0010E: SQL State = 08001, Error Code = -1,639 我无法重新启动节点代理,因为它在./startNode.sh和./stopNode.sh中出现以下错误
java.sql.SQLNonTransientException: java.sql.SQLNonTransientException: null DSRA0010E: SQL State = 08001, Error Code = -1,639
我无法重新启动节点代理,因为它在./startNode.sh和./stopNode.sh中出现以下错误
缺少serverNode01/servers/nodeagent/server.xml文件
请给出重新启动节点代理的想法
感谢您对以下内容的描述:
SQL1639N数据库服务器无法执行身份验证
因为服务器上与安全相关的数据库管理器文件
具有所需的操作系统权限
解释
DB2数据库系统要求您的实例和数据库
目录以及这些目录中的文件具有最低级别
操作系统权限的定义。当实例和数据库
目录由数据库管理器创建,权限为
准确,更改这些权限可能会导致数据库管理器
功能可能会失败。DB2文件权限的复杂性增加了
对于非root安装的实例和基于操作系统的
认证
当与安全相关的数据库管理器
可执行文件没有数据库的必要权限
管理器来执行与远程连接身份验证相关的任务
这些与安全相关的文件可能不存在的原因有很多
具有必要的权限,包括以下原因:
数据库管理器实例是非root安装的实例,尚未使用启用基于操作系统的身份验证
db2rfe命令
数据库管理器文件的操作系统权限被意外更改
用户响应
以以下方式之一响应此消息:
如果实例是非root安装的实例,请使用db2rfe命令启用基于操作系统的身份验证。
通过运行以下命令重置此实例的数据库管理器二进制文件的所有操作系统权限
命令作为超级用户:
db2iupdt -k <instance-name>
其中是受影响实例的名称
注意,db2rfe命令和db2iupdt命令都需要
停止并重新启动数据库管理器实例
您是否能够使用JDBC/ODBC/CLI/DB2 CLP从某个远程客户端手动连接到数据库?是的,我能够连接感谢您的帮助,Mark for help我们已经重新启动了DB2服务器,DB2服务运行正常。