在linux 操作系统的数据库服务器上，使用”sqlplus / as sysdba” 登录Oracle 10.2 数据库实例时，登录失败，显示ORA-01031:  权限不足。

在数据库所在服务器上登录的操作，使用的是操作系统认证方式登录数据库实例。在出现“ORA-01031 “ 的错误错误时，首先去检查sqlnet.ora 文件中SQLNET.AUTHENTICATION_SERVICES 项的配置信息。

大致得到的结论是：

1 、在windows 下，SQLNET.AUTHENTICATION_SERVICES 必须设置为NTS 或者ALL 才能使用OS 认证；不设置或者设置为其他任何值都不能使用OS 认证。

2 、在linux 下，在SQLNET.AUTHENTICATION_SERVICES 的值设置为ALL ，或者不设置的情况下，OS 验证才能成功；设置为其他任何值都不能使用OS 认证。

首先肯定一点，这种分析方法是没有错的。我在碰到这种问题时，首先去分析的也是这个文件的配置。

但在本案例中，sqlnet.ora 文件的内容如下：

你会不会认为，还要坚持实例的初始化参数remote_login_passwordfile ，还有密码文件。而这两点是在异地服务器上使用sysdba 身份登录数据库实例时才会用到，现在情况是在本地数据库服务器上登录数据库实例。

再分析一下操作系统用户登录操作系统后再访问数据库实例的行为。

使用sysdba 身份连接数据库实例，使用的认证方式是操作系统认证，而这一认证操作过程是操作系统根据它管理的信息去校验该用户是否可以连接数据库的过程。

因此，需要进一步分析的是，操作系统如果判断oracle 用户符合认证条件。很显然，我们这里的oracle 用户的权限被操作系统或者oracle 系统拒绝了。

Oracle 认为，需要满足下列条件的用户才能使用系统认证方式连接数据库实例。

1 、系统用户oracle 必须属于一个特定的组

该用户必须属于OSDBA 组才能以sysdba 身份登录。这里的OSDBA 组在不同类型的操作系统上，名称会不一样。在unix 系统上名称为“dba ” ，而在windows 系统上名称则为“ORA_DBA ” 。

2 、sqlnet.authentication_services 的参数必须设置正确

在unix 系统上，该参数值必须设置为ALL ，或者不设置；在windows 上，它必须设置为NTS 。  

我们回到环境中去检查系统用户oracle 的所属组的情况。

发现该用户只属于oinstall ，而没有dba 。

因此，我们在root 环境下使用usermod 对该用户进行调整。如下所示：

 再次验证sysdba 身份登录操作，如下所示：

结果显示已经是登录成功，问题就在oracle 用户没有在dba 组中。

总而言之，在本地以sysdba 身份登录数据库实例时，碰到ORA-01031 权限不足的错误，需要系统用户所在的组是否有dba 和sqlnet.ora 文件中sqlnet.authentication_services 是否配置正确。

如果还有问题，还有一种方法可以继续分析。使用操作系统分析工具对sqlplus 应用进行分析。

--转自