[原]使用可传输表空间修改Schema Name

我同学 Frank 尝试通过修改数据字典表来达到修改 Schema Name 的目的，但是引出了一大堆问题，详看这两博客：

Change Schema Name & ORA-01031: insufficient privileges (on SYS.DMBS_SESSION), ORA-28100, etc...

Change Schema Name (II)

以往我会通过 exp/imp 或者 expdp/impdp 完成类似的数据迁移，但是如果数量比较大，导出的可能性比较低，如果仅为修改一个Schema Name 而去导入导出2~3T的数据，那简直就是又一出“一个馒头引发的血案”。

考虑到以上问题，我尝试使用可传输表空间来完成这项任务。

 

创建测试环境

为 frank 建立用户和相应的表空间：

create tablespace frank
datafile 
  '/u02/oradata/ora10g/ORA10G/ora10g/frank01.dbf' size 20M autoextend on
logging
segment space management auto
extent management local;

create user frank
identified by frank
default tablespace frank;
grant connect to frank;
grant resource to frank;
revoke unlimited tablespace from frank;
alter user frank quota unlimited on frank;  

使用用户 frank 进行登录，然后创建一些对象，例如表 objects ：

create table objects as select * from all_objects
insert into objects select * from objects ; 
insert into objects select * from objects ; 
insert into objects select * from objects ; 
insert into objects select * from objects ; 
commit;

现在 objects 这个表有“很多很多”数据，移动起来“非常非常”困难，但我又必须修改 frank 这个 Schema Name 为 killkill

 

导出成可传输表空间

我选用数据泵配合可传输表空间，所以需要创建一个 directory 出来：

create or replace directory DATAPUMP as '/home/ora10g/datapump';
grant read,write on directory DATAPUMP to public ; 

将表空间 frank 设为只读：

alter tablespace frank read only;

在命令行将表空间 frank “导出”，其实是导出数据字典，这个文件很小。

expdp system/oracle dumpfile=expdp_frank.dmp directory=datapump transport_tablespaces=frank

 

清理旧的Schema

将表空 frank offline ：

alter tablespace frank offline ; 

然后将数据文件改名，以适应新的表空间命名规范，在命令行中执行：

cd /u02/oradata/ora10g/ORA10G/ora10g/
mv ./frank01.dbf ./killkill01.dbf

清理 Frank，我比较狠，关于Frank 的东西全部干掉：

drop user frank cascade;
drop tablespace frank including contents; 

 

从可传输表空间导入

首先，要为新的 Schema 建一个用户，就叫 killkill 吧：

create user killkill
identified by killkill;
grant connect to killkill;
grant resource to killkill;

我们稍后再为 killkill 指定默认表空间。

在命令行中导入：

impdp system/oracle DUMPFILE=expdp_frank.dmp DIRECTORY=DATAPUMP         \
  TRANSPORT_DATAFILES=/u02/oradata/ora10g/ORA10G/ora10g/killkill01.dbf  \
  REMAP_SCHEMA=(frank:killkill)  \
  REMAP_TABLESPACE=(frank:killkill) 

注意，REMAP_SCHEMA 就是修改 Schema Name 的关键，顺便将表空间的名字也改过来（REMAP_TABLESPACE）。

导入完毕，将新导入的表空间 killkill 设为 read write 模式，并设定为用户 killkill 的默认表空间：

alter tablespace killkill read write ;
alter user killkill default tablespace killkill ;

 

登录验收

这个就很简单了：

connect killkill/killkill
select count(*) from objects; 

 

小结

回顾整个过程，我们所需的磁盘空间实际上就是导出 expdp_frank.dmp 的文件大小，本次实验，该文件大小为 80K ，非常小；将数据文件改名，只要不是夸文件系统的移动，那几乎就是不需要时间和I/O的；导入可传输表空间，也就是导入那个80K的文件，即使普通的PC机也不是什么难事。

虽然整个过程比较繁琐，但是基本不会出错。

但是话说回来，如果用户 Frank 有几个Schema，所有 Schema 都放在一个表空间中，那么就不能用这个方法了。