DATAPUMP与RMAN迁移表空间

1、基本环境

源库：

DB_NAME:racdb(rac)     HOSTNAME:note1、note2    PUBLIC IP:172.16.1.7、172.16.1.8   STORAGE:ASM  

OS_VERSION:RedHat6.5     ORACLE_VERSION:11.2.0.4.0

目标库：

DB_NAME:testdb(single instance)     HOSTNAME:iscsi-asm   IP:172.16.1.20         STORAGE:file system   OS_VERSION:RedHat6.5     ORACLE_VERSION:11.2.0.4.0

迁移表空间：MYTEST

 

2、DATAPUMP迁移表空间

1、源数据库建立测试表空间

SQL> create tablespace mytest datafile'+data' size 100m;    
 
Tablespace created.
 
SQL> create user mytest identified bymytest123 default tablespace mytest;
 
User created.
 
SQL> grant connect,resource to mytest;
 
Grant succeeded.
 
SQL> create table mytest.t1 as select *from dba_segments;
 
Table created.
 
SQL> select count(1) from mytest.t1;
 
COUNT(1)
----------
 4795

2、确认源数据库的表空间是否自包含

SQL> exec dbms_tts.transport_set_check('mytest',true,true);
 
PL/SQL procedure successfully completed.
 
SQL> select * from transport_set_violations;
 
no rows selected

查看检查的结果，无输出说明该表空间是自包含的，也就是说该表空间的对象没有依赖其它表空间。接下来，我在测试表mytest.t1上建个索引，存储在users表空间上，再看看查询transport_set_violations的结果。

SQL> alter user mytest quota unlimited on users;
 
User altered.
 
SQL> create index mytest.t1_owner_idx on mytest.t1(owner) tablespace users;
 
Index created.
 
SQL> exec dbms_tts.transport_set_check('mytest',true,true);
 
PL/SQL procedure successfully completed.
 
SQL> select * from transport_set_violations;
 
VIOLATIONS
--------------------------------------------------------------------------------
ORA-39907: Index MYTEST.T1_OWNER_IDX in tablespace USERS points to table MYTEST.
T1 in tablespace MYTEST.

从查询transport_set_violations的结果中能够看出，该表空间的对象T1_OWNER_IDX这个索引依赖其它表空间USERS，因此它不是自包含的，利用datapump和rman的方式都是不支持，所以，可以使用alter table/index move的方式不在自包含的表空间的对象移动到同一表空间以后再迁移表空间。这里我将索引T1_OWNER_IDX先删除。

3、确认平台是否兼容

SQL> select t.* fromv$transportable_platform t,v$database d where t.platform_name =d.platform_name;
 
PLATFORM_ID  PLATFORM_NAME                          ENDIAN_FORMAT
-------------------------------------------------- --------------
         13  Linuxx86 64-bit                        Little

目前源库和目标库都是RedHat 6.5，相同的OS，不存在跨平台的状况，因此这里简单的说一下就行，可经过查询v$transportable_platform视图的endian_format进行对比，若相同则说明能够进行跨平台的迁移。

补充：源端数据库版本和目标端数据库版本的问题，根据datapump的特性高进低出，因此高版本到低版本应该是不支持的，而低到高是没问题的。

4、将表空间置为read only状态

SQL> alter tablespace mytest read only;
 
Tablespace altered.

5、导出表空间metadata

SQL> create directory zwdir as'/u/app/oracle/zwdir';
 
Directory created.
 
[oracle@note1 zwdir]$ expdp \'\/ assysdba\'  directory=zwdirdumpfile=mytest.dmp nologfile=y transport_tablespaces=mytest

6、将表空间置为read write状态

SQL> alter tablespace mytest read write;
 
Tablespace altered.

7、cp源库数据文件和dmp到目标库

这里须要注意的是源库数据文件是存储在ASM中的，须要从ASM中先拷贝到本地文件系统上，在此过程当中须要将数据文件的所属用户由grid修改成oracle。拷贝过程这里就不作记录了。

8、目标端执行导入

SQL> create user mytest identified bymytest123;
 
User created.
 
SQL> grant connect,resource to mytest;
 
Grant succeeded.

先须要创建一个相同的用户，否则会报以下的错误：

ORA-39123: Data Pump transportabletablespace job aborted

ORA-29342: user MYTEST does not exist inthe database

在导入以前，须要考虑源库与目标库的字符集是否相同，若是不一样，则须要修改成相同的字符集；还须要考虑两个数据库之间的BLOCK_SIZE是否一致，若不一致，须要修改DB_nK_CACHE_SIZE的大小。

[oracle@iscsi-asm ~]$ impdp \'\/ assysdba\'  directory=zwdirdumpfile=mytest.dmp nologfile=ytransport_datafiles='/u/app/oracle/oradata/datafile/MYTEST.279.935793141'

这里是从ASM到文件系统，读者能够思考下：从文件系统到ASM的迁移、ASM到ASM之间的迁移，其实都是差很少的。

9、进行验证

SQL> select count(1) from mytest.t1;
 
 COUNT(1)
----------
     4795
      
SQL> alter tablespace mytest read write;
 
Tablespace altered.

10、Datapump迁移表空间的总结：

transport_tablespace是须要知足许多条件的，从上能够知道，须要字符集相同，表空间是自包含的，若是跨平台的话，还需确认endian_format是否一致。最关键的是须要迁移的表空间须要在READ ONLY状态，能读不能写，这对于7*24环境的系统而言，是没有办法接受的，那么是否有办法解决该问题呢？有的，那就是RMAN TRANSPORT TABLESPACE。

3、RMAN迁移表空间

一、RMAN备份数据库

源库须要备份整库和全部的归档日志，由于除了目标表空间的备份之外，RMAN还须要SYSTEM、SYSAUX以及UNDO表空间的备份，若是任意一个表空间的备份不存在，则就会致使RMAN-06019: 没法转换表空间名称的错误。

RMAN> backup database  plus archivelog format '/u/app/oracle/zwdir/full_bak_%T_%t.bak';
 
RMAN> transport tablespace mytesttablespace destination '/u/app/oracle/zwdir' auxiliary destination'/u/app/oracle/zwdir/mytest';

此时须要迁移的表空间数据文件，dmp文件，导入脚本等都在/u/app/oracle/zwdir目录下，而/u/app/oracle/zwdir/mytest创建的辅助实例的临时文件都会被删除。观察一下生成的导入脚本文件：

这里能够发现从ASM存储到文件系统上数据文件使用了OMF的方式进行管理。

二、CP生成的文件到目标库

[oracle@note1 zwdir]$ scp -ro1_mf_mytest_db3jhv2w_.dbf dmpfile.dmp impscrpt.sql  172.16.1.20:/u/app/oracle/zwdir/
oracle@172.16.1.20's password: 
o1_mf_mytest_db3jhv2w_.dbf                    100%  100MB 100.0MB/s   00:01   
dmpfile.dmp                                   100%  112KB 112.0KB/s   00:00   
impscrpt.sql                                   100%2094     2.0KB/s   00:00

三、导入目标库

SQL> @impscrpt.sql
 
Directory created.
 
Directory created.
 
PL/SQL procedure successfully completed.
 
Directory dropped.
 
Directory dropped.

4、进行验证

SQL> select tablespace_name,status fromdba_tablespaces where tablespace_name='MYTEST';
 
TABLESPACE_NAME               STATUS
------------------------------------------------
MYTEST                             READ ONLY
 
SQL> select count(1) from mytest.t1;
 
 COUNT(1)
----------
     4795

五、RMAN迁移表空间的总结：

对比datapump迁移表空间，rman迁移表空间更加简单实用，能够说是rman将datapump迁移的方式进行脚本的集成。虽然，以上个人操做步骤很简单，datapump该考虑的条件，使用rman也是同样须要考虑的，字符集相同，表空间是自包含的，若是跨平台的话，还需确认endian_format一致，两个数据库之间的BLOCK_SIZE也要一致等。

 

参考官网相关文章：

TransportingTablespaces Between Databases

http://docs.oracle.com/cd/E11882_01/server.112/e25494/tspaces013.htm

CreatingTransportable Tablespace Sets

http://docs.oracle.com/cd/E11882_01/backup.112/e10642/rcmttbsb.htm