"历史总是上演惊人的相似", 在技术开发过程中，你也会总会碰到惊人相似的问题，这段时间我就碰到了”ORA-01031:insufficient privileges 权限不足”这个错误多次，一次是自己，一次是同事碰到的，顺便整理了下这个知识点。
情况一：
如果数据库实例安装在服务器A上，你用管理员
权限Administrator登录后，使用SQL> conn system/manage as sysdba登录
没有问题。但是如果你在服务器A上建立一个etl账号，使它率属于Remote Desktop Users 和Users 组，如下所示：
此时你用sys账号登录数据库时，就会报ORA-01031:insufficient privileges错误，退出etl账号，用管理员登录给etl账号赋予率属于Oracle DBA Group的权限
然后用etl账号登录，问题解决了，如果你赋予etl账号管理员组权限，但是没有ora_dba权限，如下所示， 结果会怎样？答案是依然会报权限不足的错误
情况二：此时我在远程机器B上，我使用sys账号远程登录时报ORA-01031:insufficient privileges或ORA-01017: invalid username/password; logon denied错误。
首先去检查下sqlnet.ora文件下是否有SQLNET.AUTHENTICATION_SERVICES= (NTS)设置，如何已经配置了这个选项。那么我们接下来检查下一下密码文件参数
很明显密码文件存在，如果查询没有记录，则说
明密码文件不存在，需要重建密码文件，有时候我们确实是sysdba的权限，为什么登录却提示你的权限不够叻?这里的问题可能出现在密码文件里，由于你的
密码文件缺损或者不存在，而ORALCE实例对sysdba的权限是根据这个密码文件来判断的，为什么这样做呢？如果我们的数据库没有OPEN，那么对于
的一些动态视图是不能打开的，所以ORACLE必须把这些用户的口令和USERNAME放在一个独立的文件里，这样在数据库还不是OPEN的状况写，有个
地方判断了。使用orapwd命令重建密码文件。orapwd命令的用法如下。
接下来查看系统参数remote_login_passwordfile
如果VALUE值不是EXCLUSIVE，那么需要设置参数remote_login_passwordfile的值为EXCLUSIVE，有一次我检查配置了上述所有配置后，发现都符合，在远程用SQL*PLUS登录后，居然报如下错误
ORA-01017: invalid username/password; logon denied错误，很是纳闷，仔细检查了所有配置后，最后发现居然是服务器B的Guest账号被禁用了（如下所示）
启用了Guest账号，然后在机器A上用sys账号登录，此时又报ORA-01031: insufficient privileges，赶紧给Guest账号添加ora_dba用户组，问题解决了。