* 本文相关环境：Windows 10，64位操作系统；Oracle 11gR2；toad for Oracle12.1

最近在学习Oracle数据库，使用Toad for Oracle来查看数据库的信息，发现在以sysdba角色登录数据库时，无论输入什么密码，均可以连接到数据库，以为是数据库又出故障了，带着疑问，查找资料。发现里面有很多的学问，下面简单记述一下。

Oracle认证用户有两种方式：操作系统认证与口令认证。操作系统认证也叫本地认证。

• 操作系统认证：Oracle认为操作系统用户是可靠的，那么既然你能登录到操作系统，必然也能登录到数据库；
• 口令文件认证：Oracle认为操作系统用户是不可靠的，如果要访问数据库，必须再次使用密码认证。

（一）操作系统认证

要使用操作系统认证，需要设置两处：

（1）在sqlnet.ora文件中设置：

SQLNET.AUTHENTICATION_SERVICES= (NTS)

如下图（第8行）：

NTS特指的是windows系统。

（2）在windows中建立ora_dba组，然后把需要使用操作系统认证的用户加到这个组中，组的打开方式为：

控制面板->管理工具->计算机管理->本地用户和组->组。打开后我们可以看到相关信息：

点开Ora_dba用户组，可以看到：

这就可以解释为什么我们在使用Toad for Oracle或sqlplus等客户端工具登录数据库时，密码错误仍然可以登入：我们在安装数据库时，采用了默认的安装方式，使用操作系统认证登录到数据库，所以在使用sysdba方式认证登录时，无论密码对错，均可以登录到数据库。这里要注意的一点是，在使用了操作系统用户组ora_dba里面的用户登录才会采用操作系统用户登录，如果用户不在ora_dba里面，则无法使用操作系统用户登录。

登陆后，可以在 SQL Plus中执行下面语句 select user from dual来查看当前用户：

发现数据库的用户为SYS而不是SCOTT。经过多次测试，发现从CMD以sqlplus / as sysdba登录也是相同的结果。最后发现，无论使用哪个账户，只要以as sysdba登录到数据库，最终数据库的user均为SYS。

（二）口令文件认证

Oracle的密码文件包含了被授予SYSDBA和SYSOPER权限的用户的用户名和密码，如果要使用用户名和密码登录，则把sqlnet.ora文件的AUTHENTICATION_SERVICES=none，或者将这句删除或屏蔽（前面加“#”号）。使用操作系统登录数据库的方式就会失去作用，只有给出正确的用户名和密码才能登录。

SQL*Plus: Release 11.2.0.1.0 Production on 星期日 12月 18 23:01:31 2016

Copyright (c) 1982, 2010, Oracle.  All rights reserved.

请输入用户名:  scott as sysdba      /*以管理员方式登录*/

输入口令:           /*输入错误的口令*/

ERROR:

ORA-01031: insufficient privileges

请输入用户名:  scott as sysdba     /*以管理员方式登录*/

输入口令:     /*输入正确的口令*/

ERROR:

ORA-01031: insufficient privileges

请输入用户名:  scott       /*以normal方式登录*/

输入口令:    /*输入正确的口令*/ 

连接到:

Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL>

-完-