一个低级的ORA-01017错误

最新推荐文章于 2022-02-07 11:13:36 发布

bisal(Chen Liu)

最新推荐文章于 2022-02-07 11:13:36 发布

阅读量6.6w

点赞数 21

CC 4.0 BY-SA版权

本文链接：https://blog.csdn.net/bisal/article/details/53220760

本文介绍了一次因Oracle密码文件中SID大小写不一致导致的远程登录失败问题。通过重建正确大小写的密码文件解决了问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

事件缘由：
使用sys账户创建了一个数据清理的存储过程，再创建一个Oracle job定时运行这个存储过程，用于做表数据的清理。第二天看表数据未删除，说明job执行有错，打算使用sys账号登录查看job运行情况，反复输入sys账户信息，总提示ORA-01017，
这里写图片描述
1.尝试改sys用户密码，重试报错依旧。
2.使用sys登录GC，报错相同。使用普通用户登录正常。
3.数据库服务器上使用sqlplus sys/oracle@dep182 as sysdba登录正常。

问题排查和原因：
根据以上信息，可能有朋友已经基本了解为何有这种现象了。

1.上述问题反映的现象是远程使用sys账户无法登录，数据库服务器本地使用TNS方式连接正常，首先排除密码错误。

2.查看$ORACLE_HOME/dbs，存在密码文件orapwDEP，为了保险起见，备份旧的密码文件后，重建了密码文件，问题依旧。

3.查询v$pwfile_users表记录，发现是空，
这里写图片描述

关于v$pwfile_users的描述：

V$PWFILE_USERS lists all users in the password file, and indicates whether the user has been granted the SYSDBA, SYSOPER, and SYSASM privileges.

奇怪了，明明有密码文件，为什么这显示的记录是空？

4.回头再来看密码文件，Linux下密码文件的命名格式是orapw$ORACLE_SID，已存的文件名是orapwDEP，再看下ORACLE_SID：
这里写图片描述
我勒个去，ORACLE_SID是小写的dep，但文件却使用了大写，低级的错误。

接下来就比较简单了，重建密码文件：

orapwd file=orapwdep password=oracle entries=30

无论是远程，还是GC，都可以正常登录了。
这里写图片描述

总结：
1.Oracle中有不少大小写敏感的参数设置，一定要仔细，否则就会产生各种困扰。
2.Oracle的密码文件实际定义了拥有sysdba等权限用户的列表，因此远程使用普通用户访问就不会受到密码文件的限制。
3.密码文件和v$pwfile_users两者关系，可以参考惜纷飞的这篇博文，使用各种实验说明了两者的关联。
xifenfei.com/2011/12/vpwfile_users和密码文件关系.html