（Oracle管理）ORACLE 用户的规范化管理

《（Oracle管理）ORACLE 用户的规范化管理》由会员分享，可在线阅读，更多相关《（Oracle管理）ORACLE 用户的规范化管理（6页珍藏版）》请在金锄头文库上搜索。

1、ORACLE 用户的规范化管理摘自：双利刃随着ORACLE数据库里的信息量越来越大，能对ORACLE操作的用户也越来越多。 怎样安全地管理各行各业、各公司、各部门的数据，首先要从ORACLE用户管理着 手。 一、目前ORACLE用户管理存在的问题 1、权限过大 对ORACLE数据库编程和浏览的一般用户常常具有DBA (数据库管理员权限)， 能对数据库系统做任何修改或删除。 2、安全性差 很多ORACLE用户缺省存储位置都在系统表空间，这样不仅影响系统的正常工 作，而且不同用户的数据信息互相影响、透明，保密性差。随着数据的不断加入， 有可能使整个数据库系统崩溃。 3、密码有规律 在ORACLE调

2、试初期形成的用户名和密码一致的不良习惯保留到现在；系统用 户SYS和SYSTEM的密码也众所皆知。 二、ORACLE用户的规范化管理 综述以上ORACLE用户管理中的种种弊端，再根据数据库使用情况，提出其规 范化管理的建议： 1、ORACLE DBA (数据库管理员)的规范 、SUN Solaris操作系统下ORACLE用户密码应严格保密，绝不该把密码设成 ORACLE；并指定专门的数据库管理员定期修改。 、ORACLE初始化建立的SYS和SYSTEM系统管理员用户密码应由原来的MANAGER 改成别的不易被记忆的字符串。 、ORACLE WEB SERVER的管理端口具备DBA浏览数据库的能

3、力，因此其管理者 ADMIN的密码也应保密，不该把密码设成MANAGER；并指定专门的数据库管理员定 期修改。 、ORACLE DBA最好在SUN SPARC服务器控制台上用窗口式界面实现管理。前提 是ORACLE用户启动服务器，然后在窗口式命令行下输入SVRMGRM，即启动了ORACLE SERVER MANAGER菜单式管理；用SYSDBA身份登录后，就可做数据库系统维护工作 了。 2、SQL*PLUS编程用户的规范 、存储结构的规范 考虑到用SQL*PLUS编程可实现各行各业、各公司、各部门多种多样的应用 需求，我们的SQL*PLUS编程用户也应该朝这个方向规范：不同种类的应用必须有 不

4、同的用户；不同种类的应用必须有不同的存储位置，包括物理文件、缺省表空 间、临时表空间的创建和规划：当准备编写某一较大规模(从ORACLE数据量和面向 用户量考虑)应用程序时，首先应该创建一个逻辑的存储位置-表空间，同时定义 物理文件的存放路径和所占硬盘的大小。 、物理文件缺省的存放路径在/oracle_home/dbs下，在命令行下用UNIX指令 df -k 可查看硬盘资源分区的使用情况。如果oracle_home使用率达90以上，而 且有一个或多个较为空闲的硬盘资源分区可以利用，我们最好把物理文件缺省的 存放路径改到较为空闲的硬盘资源分区路径下。在此路径下我们可以这样规划资 源物理文件的存储

5、： xxx表空间 xxx行业/ xxx公司/ xxx 部门/ xxx 服务.dbf DEMO表空间 default_datafile_home1/col /elec/sys4/demo1.dbf default_datafile_home1/col /elec/sys4/demo2.dbf 公司系统四部摹拟演示系统物理文件 HUMAN表空间 default_datafile_home1/col/elec/human/human.dbf 公司人事部人事管理系统物理文件 BOOK表空间 default_datafile_home1/col/elec/book/book.dbf 公司资料室图书管理系

6、统物理文件 QUESTION表空间 default_datafile_home1/col/elec/client/question.dbf 公司客户服务部问题库系统物理文件 PC表空间 default_datafile_home1/col/chaoxun/client/pc.dbf 公司PC机售后服务系统物理文件 表空间 default_datafile_home2/ 等等 说明：其中default_datafile_home1指oracle_home/dbs； default_datafile_home2指较为空闲的硬盘资源分区路径。 、物理文件的大小根据应用系统的数据量、数据对象、程序包的

7、多少来定。 一般用于摹拟演示的小系统，表空间初始的物理文件为2M即能满足要求，如果信 息量满，还可以增加物理文件，扩充表空间(每次扩充大小也可暂定为2M)；一般 实际运行的应用系统可适当增加表空间初始的物理文件大小，但也不要一次分配 太大(因为不易回收空间，却易扩充空间)，这也需要根据具体情况具体分析：信 息量大、需长时间保存的应用在条件允许情况下，表空间可以大到几百M甚至上G； 信息量小、短期经常刷新的应用，表空间可以控制在2M以下。 举例： 创建APP 某应用表空间(窗口菜单方式)： oracle_home/dbs/app.dbf 2M 某应用的物理文件 oracle_home所在的/ww

8、wdg分区使用率为10，所以物理文件可放在其缺省路径：oracle_home/dbs 下。 创建APP 某应用表空间(命令行方式) oracle_home/dbs/app.dbf 2M 某应用的物理文件 %svrmgrl SVRMGRconnect internal; SVRMGR create tablespace app datafile app.dbfsize 2M; 说明：物理文件的缺省路径为ORACLE_HOME/DBS 即wwwdg/oracle/app/oracle/product/7.3.2/dbs 、表空间的名称应该采用同系统应用相似的英文字符或字符缩写，表空间所对 应的一个

9、或多个物理文件名也应有相关性。不同用户所处的缺省表空间不同，存 储的信息就不能互相访问。这比把所有用户信息都储存在系统表空间，安全性大 大提高了。如果用ORACLE WEB SERVER管理端口创建的用户，其缺省和临时表空 间一定是系统表空间，DBA切记要改变用户的缺省表空间。临时表空间存放临时 数据段，处理一些排序、合并等中间操作，根据实际应用的需求可以把它们放在 专门创建的表空间里；如果系统表空间大，也可以把它们放在系统表空间。用户 创建的数据索引最好和数据文件分开存放在不同表空间，以减少数据争用和提高 响应速度。 举例：改变dcd用户缺省表空间(窗口菜单方式)： 改变dcd用户缺省表空间

10、(命令行方式) %svrmgrl SVRMGRconnect internal; SVRMGRalter user dcd identified by dcdpwd default tablespace app; 、权限的规范 对ORACLE数据库编程的用户具有CONNECT加RESOURCE权限就足以完成其工作。如果 要开发在INTERNET上可执行的应用程序，我们建议用ORACLE WEB SERVER管理端口 创建SQL*PLUS编程新用户。在 ORACLE WEB SERVER ADMINISTRATION中选PL/SQL AGENT。 举例：创建一个SQL*PLUS编程新用户new

11、(窗口菜单方式) 再选CREATE NEW DCD 选SUBMIT NEW SERVICE按纽后，屏幕提示CREATE DCD SUCCESS！这个过程不 仅创建了ORACLE的新用户，还安装了WEB SERVER的PL/SQL工具包，并确定了其有 效的INTERNET浏览端口。 选CONFIGURE 80 选Directory Mappings 做好端口相应INTERNET资源配置 修改WEB请求插件80 加入新用户WEB请求的应用和路径 做好端口相应INTERNET资源配置和加入新用户的WEB请求插件后，DBA切记要 改变用户的缺省表空间，由系统表空间改到为相关应用而创建的表空间。这样，

12、有效的面向INTERNET的SQL*PLUS编程用户就规划好了。 、密码和用户名的规范 有相当数量的ORACLE用户名和密码一致，这是个很不安全的因素。我们建议 ORACLE用户名和密码一定不要一样，密码最好在五，六位字符以上。不同用户间 不应该使用相同的密码。用户名的定义可根据实际应用的英文名来设，而依据编 程人员的姓名定义的用户名实际上不规范，可在日后的工作中结合上述有关存储 结构规范的说明逐步改进。 3、特殊要求用户的规范 在ORACLE数据库使用过程中，还会遇到一些有特殊要求的用户：非编程人员 需要对某个表有查询、增加、删除、修改的权利。DBA应创建一个这样的用户，先 确定用户名和密码

13、，再规定相关应用所在缺省表空间(包含某个表)和临时表空间， 最后TABLE属主给其授权：赋予CONNECT角色加SELECT、INSERT、DELETE、UPDATE ON THE TABLE的对象级权限，这可根据实际需求自由取舍。 举例：给新用户授于对象级权限(命令行方式)： 假设新用户NEW2需要有查询、删除、修改DCD用户的表EMP。 %svrmgrl SVRMGRconnect internal; 以系统管理员登录 SVRMGRcreate user new2 identified by new2345 default tablespace app; SVRMGRconnect dcd/dcdpwd; 以dcd用户登录 SVRMGRgrant connect to new2; SVRMGRgrant select on emp to new2; SVRMGRgrant delete on emp to new2; SVRMGRgrant update on emp to new2;