想用EXPDPD做数据迁移
但是TRANSPORT表空间必须更改变空间为只读表空间！
现在报错,错误如下：
[oracle@localhost ~]$ expdp napo/napo directory=napo dumpfile=transport.dmp transport_tablespaces=napo

Export: Release 10.2.0.1.0 - Production on Saturday, 06 June, 2009 16:10:47

Copyright (c) 2003, 2005, Oracle.  All rights reserved.

Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
ORA-31626: job does not exist
ORA-31633: unable to create master table "NAPO.SYS_EXPORT_TRANSPORTABLE_05"
ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95
ORA-06512: at "SYS.KUPV$FT", line 863
ORA-01647: tablespace 'NAPO' is read only, cannot allocate space in it

表空间状态：
SQL> select status  from dba_tablespaces where tablespace_name='NAPO';

STATUS
---------
READ ONLY

要修改表空间为READ ONLY
NAPO用户的默认表空间就是NAPO表空间~
NAPO表空间是SYS创建的

这是一个有趣的error。
根本原因是做expdp的时候，使用expdp的用户会建立一个master table。
refer to“needed to create the so-called Master Table that is used by the DataPump job”。

而这个master table当然是create在这个用户的默认表空间里的，当expdp结束或者意外终止时，自动删除这个表。
所以当我们在做expdp时，使用这个用户连进去看，可以看到中途产生了这个master table:
SQL> select * from tab;

no rows selected


SQL> /

TNAME                                                                                      TABTYPE                CLUSTERID
------------------------------------------------------------------------------------------ --------------------- ----------
SYS_EXPORT_TRANSPORTABLE_01                                                                TABLE

SQL> /

no rows selected

所以，当你把这个用户的默认表空间readonly后，再用这个用户expdp，当然就建立不上这个master table了。
所以，只能换个用户expdp。

表空间需要TTS-执行完整的或部分相关性检查，所以不能把表空间修改为read write，必须是read only

先用TRANSPORT_SET_CHECK检验空间的是否为自包含表空间，且不能为system和sysaux，sys用户所在的表空间就可以搬移了

TRANSPORT_TABLESPACE 导出可传输的表空间元数据 (N)

通过这个选项，我们可以对一组自包含、只读的表空间只导出元数据，然后在操作系统层将这些表空间的数据文件拷贝至目标平台，并将元数据导入数据字典（这个过程称为插入，plugging），即完成迁移。

SQL> create table eygle as select rownum id ,username from dba_users;
Table created.

SQL> create index ind_id on eygle(id) tablespace users;
Index created.

以SYS用户执行非严格自包含检查（full_check=false）：

SQL> connect / as sysdba
Connected.
SQL> exec dbms_tts.transport_set_check('EYGLE', TRUE);
PL/SQL procedure successfully completed.

SQL> SELECT * FROM TRANSPORT_SET_VIOLATIONS;
no rows selected

执行严格自包含检查（full_check=true）：

SQL> exec dbms_tts.transport_set_check('EYGLE', TRUE, True);
PL/SQL procedure successfully completed.

SQL> SELECT * FROM TRANSPORT_SET_VIOLATIONS;
VIOLATIONS
--------------------------------------------------------------------------------------
Index EYGLE.IND_ID in tablespace USERS points to table EYGLE.EYGLE in tablespace EYGLE

反过来对于USERS表空间来说，非严格检查也是无法通过的：

SQL> exec dbms_tts.transport_set_check('USERS', TRUE);
PL/SQL procedure successfully completed.

SQL> SELECT * FROM TRANSPORT_SET_VIOLATIONS;
VIOLATIONS
----------------------------------------------------------------------------------------
Index EYGLE.IND_ID in tablespace USERS points to table EYGLE.EYGLE in tablespace EYGLE

但是可以对多个表空间同时传输，则一些自包含问题就可以得到解决：

SQL> exec dbms_tts.transport_set_check('USERS,EYGLE', TRUE, True);
PL/SQL procedure successfully completed.

SQL> SELECT * FROM TRANSPORT_SET_VIOLATIONS;
no rows selected

表空间自包含确认之后，进行表空间传输就很方便了

一般包含如下几个步骤。

（4） 传输。在目标数据库将表空间插入到数据库中，完成表空间传输。在操作系统命令提示符下执行下面的语句：
imp username/passwd tablespaces=users transport_tablespace=y file=exp_users.dmp datafiles='users01.dbf'

了解了Oracle的可传输表空间技术后，来看一下example表空间的插入，以下脚本仍然来自mkplug.sql脚本：

--
-- Importing the metadata and plugging in the tablespace at the same
-- time, using the restored database file
--
DEFINE imp_logfile = &log_path.tts_example_imp.log

-- When importing use filename got after restore is finished
host imp "'sys/&&password_sys AS SYSDBA'" transport_tablespace=y file=&imp_file log=&imp_logfile datafiles='&datafile' tablespaces=EXAMPLE tts_owners=hr,oe,pm,ix,sh

完成plugging之后，这个表空间就被包含在了新建的数据库之中。