DBA们经常会遇到一个这样令人头疼的问题:不知道谁在Oracle上创建了一个用户,创建时,没有给这个用户指定默认表空间,所以这个用户就会采用默认的表空间——system表空间。导致系统表空间迅速被用户数据占满,直至宕机。
在10G中,DBA有办法避免这种问题了——在线指定系统默认表空间:
ALTER DATABASE DEFAULT TABLESPACE ;
通过执行以上命令,可以设定系统的默认表空间。这样的话,在创建新用户时,如果不指定他的默认表空间,就会采用上面指定的系统默认表空间作为这个用的默认表空间。
SQL>conn /as sysdba
SQL> create user test1 identified by test1 default tablespace ringidx;
用户已创建。
SQL> alter database default tablespace ring;
数据库已更改。
SQL> create user test identified by test;
用户已创建。
SQL> select username, default_tablespace defspace from dba_users where
username=’TEST’;
USERNAME DEFSPACE
————– —————-
TEST RING
但是要注意的是,一旦将系统默认表空间修改了以后,原有的所有普通用户的默认表空间都会被指定为这个表空间,如上例中test1,创建时指定了他的默认表空间为ringidx,执行了’alter database default tablespace ring’后,他的默认表空间也被改为了ring。
SQL> select username, default_tablespace defspace from dba_users where
username=’TEST1′;
USERNAME DEFSPACE
————– —————-
TEST1 RING
为非核心的系统用户指定一个特殊的默认表空间
在创建Oracle实例时,除了创建了如sys、system等系统核心的用户外,还会创建一些诸如dbsnmp、odm、perfstat等非核心的用户。这些用户在9i中都是以system作为他们的默认表空间。这些用户一旦被使用,也会产生较大的数据量占用system表空间。
在Oracle10G当中,使用了一个新的表空间SYSAUX作为这些用户的默认表空间。这个表空间在实例创建是就创建了,除了他的数据文件名可以被修改外,其他都不允许被修改。
Oracle的这一改变可以使当system表空间损坏时对数据库做全库恢复。在sysaux中的对象可以恢复成普通对象,而数据库能保持正常运行。
如果DBA想要将sysaux表空间中的用户转移到其他表空间去该如何做呢。在10G中,专门为此提供一个视图V$SYSAUX_OCCUPANTS来描述如何转移这些用户的表空间。
select * from V$SYSAUX_OCCUPANTS where OCCUPANT_NAME = ‘ODM’
OCCUPANT_NAME OCCUPANT_DESC SCHEMA_NAME MOVE_PROCEDURE MOVE_PROCEDURE_DESC SPACE_USAGE_KBYTES
————- ————- ———– ————– ——————- ——————
ODM Oracle Data Mining DMSYS MOVE_ODM Move Procedure for Oracle Data Mining 5568
1 rows selected
如上,如果要将改变ODM的表空间,可以使用存储过程MOVE_ODM,当前它占用了5568kb的表空间。
为表空间改名
这Oracle10G表空间增强中一个令人心动的改变。
这项功能允许改变数据库中除system和sysaux外任意一个表空间的名字。
ALTER TABLESPACE RENAME TO ;
有了这项功能,将会让很多事情变得非常简单。
有DBA可能会担心,一旦一个表空间的名字改变了,而且它已经被使用了很长时间了,会不会引起系统的混乱?这个不用担心,执行了上面的语句后,Oracle会将系统中所有相关的数据字典的内容全部更新:
SQL> alter tablespace ring rename to ring1;
表空间已更改。
SQL> select username, default_tablespace defspace from dba_users where username=’TEST’;
USERNAME DEFSPACE
————– —————-
TEST RING1
新闻热点
疑难解答