手机版
你好,游客 登录 注册
背景:
阅读新闻

ORA-01017错误解决实例

[日期:2016-11-22] 来源:Linux社区  作者:bisal [字体: ]

事件缘由: 
使用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等权限用户的列表,因此远程使用普通用户访问就不会受到密码文件的限制。

更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

本文永久更新链接地址http://www.linuxidc.com/Linux/2016-11/137419.htm

linux
相关资讯       ORA-01017 
本文评论   查看全部评论 (0)
表情: 表情 姓名: 字数

       

评论声明
  • 尊重网上道德,遵守中华人民共和国的各项有关法律法规
  • 承担一切因您的行为而直接或间接导致的民事或刑事法律责任
  • 本站管理人员有权保留或删除其管辖留言中的任意内容
  • 本站有权在网站内转载或引用您的评论
  • 参与本评论即表明您已经阅读并接受上述条款