在linux上安装oracle时先要创建两个组再创建一个用户意义.docVIP

2.1安装单实例时需要创建的几个groups： （1）Oracle 清单组（一般为?oinstall） OINSTALL?组的成员被视为 Oracle 软件的“所有者”，拥有对 Oracle 中央清单 (oraInventory) 的写入权限。在一个 Linux 系统上首次安装 Oracle 软件时，OUI 会创建?/etc/oraInst.loc?文件。该文件指定 Oracle 清单组的名称（默认为?oinstall）以及 Oracle 中央清单目录的路径。 [root@rac1 ~]#cat /etc/oraInst.loc inventory_loc=/u01/app/oraInventory inst_group=oinstall 深入理解 OUI(Oracle Universal Installer) /tianlesoftware/article/details/6901684 如果不存在 oraInventory 组，默认情况下，安装程序会将集群的网格基础架构的安装所有者的主组列为 oraInventory 组。确保所有计划的 Oracle 软件安装所有者都使用此组作为主组。 （2）数据库管理员（OSDBA，一般为?dba） OSDBA?组的成员可通过操作系统身份验证使用 SQL 以?SYSDBA?身份连接到一个 Oracle 实例。该组的成员可执行关键的数据库管理任务，如创建数据库、启动和关闭实例。该组的默认名称为?dba。SYSDBA?系统权限甚至在数据库未打开时也允许访问数据库实例。对此权限的控制完全超出了数据库本身的范围。 不要混淆?SYSDBA?系统权限与数据库角色?DBA。DBA?角色不包括?SYSDBA?或?SYSOPER?系统权限。 （3）数据库操作员组（OSOPER，一般为?oper） OSOPER?组的成员可通过操作系统身份验证使用 SQL 以?SYSOPER?身份连接到一个 Oracle 实例。这个可选组的成员拥有一组有限的数据库管理权限，如管理和运行备份。该组的默认名称为?oper。SYSOPER系统权限甚至在数据库未打开时也允许访问数据库实例。对此权限的控制完全超出了数据库本身的范围。要使用该组，选择 Advanced 安装类型来安装 Oracle 数据库软件。 ? ? 2.2 安装RAC集群时在单实例基础上添加的几个groups: （1）Oracle 自动存储管理组（一般为?asmadmin） 此组为必需组。如果想让 Oracle ASM 管理员和 Oracle Database 管理员分属不同的管理权限组，可单独创建此组。在 Oracle 文档中，OSASM?组是其成员被授予权限的操作系统组，在代码示例中，专门创建了一个组来授予此权限，此组名为?asmadmin。 OSASM?组的成员可通过操作系统身份验证使用 SQL 以?SYSASM?身份连接到一个 Oracle ASM 实例。SYSASM?权限是在 Oracle ASM 11g?第 1 版 (11.1) 中引入的，现在，在 Oracle ASM 11g?第 2 版 (11.2) 中，该权限已从?SYSDBA?权限中完全分离出来。SYSASM?权限不再提供对 RDBMS 实例的访问权限。用?SYSASM?权限代替?SYSDBA?权限来提供存储层的系统权限，这使得 ASM 管理和数据库管理之间有了清晰的责任划分，有助于防止使用相同存储的不同数据库无意间覆盖其他数据库的文件。SYSASM?权限允许执行挂载和卸载磁盘组及其他存储管理任务。 （2）ASM 数据库管理员组（OSDBA for ASM，一般为?asmdba） ASM 数据库管理员组（OSDBA for ASM）的成员是?SYSASM?权限的一个子集，拥有对 Oracle ASM 管理的文件的读写权限。Grid Infrastructure 安装所有者 (grid) 和所有 Oracle Database 软件所有者 (oracle) 必须是该组的成员，而所有有权访问 Oracle ASM 管理的文件并且具有数据库的?OSDBA?成员关系的用户必须是 ASM 的?OSDBA?组的成员。 （3）ASM 操作员组（OSOPER for ASM，一般为?asmoper） 该组为可选组。如果需要单独一组具有有限的 Oracle ASM 实例管理权限（ASM 的 SYSOPER 权限，包括启动和停止 Oracle ASM 实例的权限）的操作系统用户，则创建该组。默认情况下，OSASM?组的成员将拥有 ASM 的?SYSOPER?权限所授予的所有权限。 要使用 ASM 操作员组创建 ASM 管理员组（该组拥有的权限比默认的?asmadmin?组要少），安装 Grid I