Oracle数据库非Dba角色用户使用as sysdba仍然可以连接相关问题-优快云博客

1. Oracle 默认的三个重要角色

CONNECT创建session角色
RESOURCE创建资源角色,Create table 等等
DBA数据库管理员角色

参考网址：http://www.blogjava.net/caihaibo2008/archive/2008/12/11/245723.html

2.Oracle有两个具有dba角色的用户，分别是sys与system,他们都可以以sysdba身份登录数据库。既然system具有dba角色，为什么还分配他sysoper身份？

【sys】所有oracle的数据字典的基表和视图都存放在sys用户中，这些基表和视图对于oracle的运行是至关重要的，由数据库自己维护，任何用户都不能手动更改。sys用户拥有dba，sysdba，sysoper等角色或权限，是oracle权限最高的用户。
【system】用户用于存放次一级的内部数据，如oracle的一些特性或工具的管理信息。system用户拥有普通dba角色权限。

其次的区别，权限的不同。
【system】用户只能用normal身份登陆em，除非你对它授予了sysdba的系统权限或者syspoer系统权限。
【sys】用户具有“SYSDBA”或者“SYSOPER”系统权限，登陆em也只能用这两个身份，不能用normal。

3. 在今天的数据库实验课上遇到了如下所示的问题：

如上图所示，SYS用户可以正常登录数据库，但是其他用户、甚至随便乱写，以as sysdba的方式也可以成功连接数据库，并且show user显示的仍然是SYS，这是什么原因呢？？？

Oracle登录的时候有三种登录验证机制

1. 操作系统验证

2. 密码文件验证

3. 数据库验证

一般权限用户的登录验证都是第三种方式，即数据库验证，因为用户名和密码都是存储在数据库当中的。然而，SYS用户（具有SYSDBA和SYSOPER权限的用户）却不是数据库验证。在oracle数据没有启动的时候，SYS用户就可以连接到数据库，并对其进行启动等操作，所以不可能是数据库验证。SYS用户采用的是第一种和第二种验证方式。

Linux下Oracle的启动过程

lsnrctl start 启动监听（接收用户请求）。此时数据库没启动，所以不能验证普通权限用户

sqlplus /nolog 启动sqlplus

conn sys/oracle as sysdba，监听看到是sysdba用户，就进行操作系统验证或者文件验证，如果正确

startup 启动数据库实例。

当此时再以普通权限用户连接时，就直接将请求发送给数据库进行数据库验证。

Windows下Oracle的启动过程

lsnrctl start 启动监听

oradim -startup -sid orcl 将复杂的过程封装了

conn / as sysdba; 这样写居然可以连接！或者随便写个名字都可以连接，只要/保留就可以。如下图：