一、迁移环境

源库：AIX-Based Systems (64-bit)，11.1.0.7.0 rac
目标库：Linux x86 64-bit ，12.1.0.2 rac

二、导入元数据报错

cat imp_xttplugin_201803.par

userid='/assysdba'
DIRECTORY=TTSIMP
DUMPFILE=exp_xttplugin_201803_%u.dmp
LOGFILE=imp_xttplugin_201803.log
transport_datafiles=’xxx’,’xxx’,’xxx’....’xxx’#共326个数据文件，篇幅问题就不cat出来了

1、执行元数据导入：
nohup impdp parfile=imp_xttplugin_201803.par > imp_xttplugin_201803.par.out &

Mastertable"SYS"."SYS_IMPORT_TRANSPORTABLE_01"successfullyloaded/unloaded
Starting"SYS"."SYS_IMPORT_TRANSPORTABLE_01":/********ASSYSDBAparfile=imp_xttplugin_201803.par
ProcessingobjecttypeTRANSPORTABLE_EXPORT/PLUGTS_BLK
ORA-39123:DataPumptransportabletablespacejobaborted
ORA-00059:maximumnumberofDB_FILESexceeded
Job"SYS"."SYS_IMPORT_TRANSPORTABLE_01"stoppedduetofatalerroratFriApr2700:24:152018elapsed000:05:06

这里是由于目前现在导入的库是个中间库，用户转换而已，后续是转换成pdb，所以只是很简单的建库，并没有修改一下初始化参数，所以导致了报错（属于低级错误，自我反省中）。

2、修改db_files之后，再次执行导入：
nohup impdp parfile=imp_xttplugin_201803.par > imp_xttplugin_201803.par.out &

Mastertable"SYS"."SYS_IMPORT_TRANSPORTABLE_01"successfullyloaded/unloaded
Starting"SYS"."SYS_IMPORT_TRANSPORTABLE_01":/********ASSYSDBAparfile=imp_xttplugin_201803.par
ProcessingobjecttypeTRANSPORTABLE_EXPORT/PLUGTS_BLK
ORA-39123:DataPumptransportabletablespacejobaborted
ORA-29349:tablespace'XXX_DATA'alreadyexists
Job"SYS"."SYS_IMPORT_TRANSPORTABLE_01"stoppedduetofatalerroratFriApr2700:35:292018elapsed000:04:37

3、查询已经导入的元数据

--发现已经导入56个数据文件
selectcount(1)fromdba_data_fileswheretablespace_namenotin('SYSTEM','USERS','SYSAUX','UNDOTBS1');
count(1)
---------
56
--发现已经导入了12个表空间，总共16个表空间
selectcount(1)fromdba_tablespaceswheretablespace_namenotin('SYSTEM','UNDOTBS1');
count(1)
---------
12
--也就是说在第一次因为db_files报错的时候，在导入TRANSPORTABLE_EXPORT/PLUGTS_BLK步骤，已经有部分元数据导入了，再次发起导入已经存在的就会存在冲突。

三、寻找解决办法

1、ORA-29349报错解析

oerrora29349
29349,00000,"tablespace'%s'alreadyexists"
//*Cause:Triedtoplug-inatablespacewhichalreadyexists.
//*Action:Droptheoffendingtablespaceifpossible.Otherwiseuseadifferentmethod(e.g.,import/export)tomovedata.

2、删除表空间的坑

我们日常常用的删除表空间的语句有如下3种：

--删除表空间，保留表空间包含内容和物理数据文件：
droptablespacexxx;

--删除表空间及包含的内容，保留物理数据文件：
droptablespacexxxincludingcontents;

--删除表空间及包含的内容及物理数据文件：
droptablespacexxxincludingcontentsanddatafiles;

这里根据ORA-29349的报错，解决办法是删除已有的表空间，再进行导入，因为需要XTTS元数据还没导入，保留数据文件，而且如果把数据文件清理掉了，数据就丢失了，迁移就会变的没有意义。所以这里选用drop tablespace xxx including contents;的方式进行删除。为了确保能保留数据文件，我进行了测试，也就是这个测试造成了下面的山路十八湾（不想被我带坑里的可以跳过，直接到第四节）

createtablespacetest_drpdatafile'+DATA’size10mautoextendoff;

selecttablespace_name,file_namefromdba_data_fileswheretablespace_name='TEST_DRP'

TABLESPACE_NAMEFILE_NAME
---------------------------------------------------------------------------
TEST_DRP+DATA/RACDB/DATAFILE/test_drp.456.974282309

droptablespaceTEST_DRPincludingcontents;

selecttablespace_name,file_namefromdba_data_fileswheretablespace_name='TEST_DRP';

norowsselected

发现数据文件也是被一起删除掉了，这里很困惑，是不是存放在ASM里面的问题？尝试drop tablespace TEST_DRP;也是一样，会将数据文件一同删除。这里或许有大神一下就知道什么原因了，ASM问题？其它问题？这里先卖个关子，毕竟我是要带着大家走弯路的，弯路走多了就成了直路嘛（知道原因的请跳过）

3、sqlfile生成的ddl

既然不能删除已有的表空间，那么就采用排除已经存在的对象进行导入，貌似也没有什么大不了的事嘛，是的，在我们日常expdp/impdp中加exclude参数确实很容易。但这里有transport_datafiles参数是不能加exclude的。

再换一种思路，排除transport_datafiles中已经导入的data_files，然后加上sqlfile生成ddl语句，通过直接执行ddl来进行导入元数据。

cat imp_xttplugin_201803.par

userid='/assysdba'
DIRECTORY=TTSIMP
DUMPFILE=exp_xttplugin_201803_%u.dmp
LOGFILE=imp_xttplugin_201803.log
sqlFILE=imp_xttplugin_201803.sql
transport_datafiles=’xxx’,’xxx’....’xxx’

生成之后的imp_xttplugin_201803.sql部分内容：

execSYS.DBMS_PLUGTS.NEWDATAFILE('+DATA/RACDB/test_drp.dbf');

BEGINsys.dbms_plugts.beginImpTablespace('TEST_DRP',6,'SYS',1,8192,127403426271554,22147483645,8,128,1361893745,4129,802505,NULL,2966,1469671696,NULL);
COMMIT;
END;
/

BEGIN
sys.dbms_plugts.checkDatafile(NULL,13618937425,10,3931648,802652,122486743949798,421943042,NULL);
COMMIT;
END;
/

BEGIN
sys.dbms_plugts.commitPluggable;
COMMIT;
END;
/

看着能生成对应的ddl语句，还有点小激动，在尝试手工执行的时候，我错了，依旧会报ORA-29349错误，看来要好好研读一下sys.dbms_plugts这个表的内容了，嗯，效果还不错，摸索了一些规律，将剩下的表空间元数据手工导入了。也就是“Processing object type TRANSPORTABLE_EXPORT/PLUGTS_BLK“这一步通过手工导入了（过程就不描述了，毕竟是行不通的办法），接下来应该”Processing object type TRANSPORTABLE_EXPORT/TABLE“ 根据生成的ddl语句已经没法往下继续了。原因有2个，一是语法不支持，二是在导入表空间元数据的时候，表空间的tablespace_id和datafile_id都是有关联映射的。CREATE TABLE XXX.XXX (XXX XXX) STORAGE(SEG_FILE 36 SEG_BLOCK 194 OBJNO_REUSE 13743);这个是无法直接执行的。

到这里，该想的办法都想了，还想过重建控制文件，表空间重命名等，是不是真的没有办法了？这里本来打算放弃治疗了，准备清理环境之后再一步步进行XTTS迁移（模拟测试）。但这里还有个问题，就是drop tablespace在asm里数据文件会被清理掉的原因还没找出来。

那原因是什么呢？（赶紧恶补drop tablespace的知识）

详见：https://docs.oracle.com/cd/B19306_01/server.102/b14200/statements_9004.htm

四、测试验证

--创建非OMF管理的表空间
createtablespacetest_drpdatafile'+DATA/RACDB/test_drp01.dbf'size10mautoextendoff;

--创建测试数据
createtablescott.test_drp(idnumber)tablespaceTEST_DRP;
insertintoscott.test_drpvalues(1);
createindexscott.test_drp_idxonscott.test_drp(id)tablespaceTEST_DRP;

--表空间置为readonly
altertablespaceTEST_DRPreadonly;

--导出元数据
cat>exp_xttplugin_test_20180502.par
userid='/assysdba'
DUMPFILE=exp_xttplugin_test_20180502_%u.dmp
LOGFILE=exp_xttplugin_test_20180502.log
DIRECTORY=TTSEXP_TMP
exclude=TABLE_STATISTICS,INDEX_STATISTICS,INDEX/STATISTICS
transport_full_check=no
transport_tablespaces=(TEST_DRP)

--导入元数据
cat>imp_xttplugin_test_20180502.par
userid='/assysdba'
DIRECTORY=TTSEXP_TMP
DUMPFILE=exp_xttplugin_test_20180502_%u.dmp
LOGFILE=imp_xttplugin_test_20180502.log
transport_datafiles='+DATA/RACDB/test_drp01.dbf'

--模拟ORA-29349报错
impdpparfile=imp_xttplugin_test_20180502.par

Connectedto:OracleDatabase12cEnterpriseEditionRelease12.1.0.2.0-64bitProduction
WiththePartitioning,RealApplicationClusters,AutomaticStorageManagement,OLAP,AdvancedAnalyticsandRealApplicationTestingoptions
Mastertable"SYS"."SYS_IMPORT_TRANSPORTABLE_01"successfullyloaded/unloaded
Starting"SYS"."SYS_IMPORT_TRANSPORTABLE_01":/********ASSYSDBAparfile=imp_xttplugin_test_20180502.par
ProcessingobjecttypeTRANSPORTABLE_EXPORT/PLUGTS_BLK
ORA-39123:DataPumptransportabletablespacejobaborted
ORA-29349:tablespace'TEST_DRP'alreadyexists

--删除TEST_DRP表空间及包含的内容，保留数据文件
droptablespaceTEST_DRPincludingcontents;

--再次执行导入
impdpparfile=imp_xttplugin_test_20180502.par

Import:Release12.1.0.2.0-ProductiononWedMay216:29:282018
Copyright(c)1982,2014,Oracleand/oritsaffiliates.Allrightsreserved.
Connectedto:OracleDatabase12cEnterpriseEditionRelease12.1.0.2.0-64bitProduction
WiththePartitioning,AdvancedAnalyticsandRealApplicationTestingoptions
Mastertable"SYS"."SYS_IMPORT_TRANSPORTABLE_01"successfullyloaded/unloaded
Starting"SYS"."SYS_IMPORT_TRANSPORTABLE_01":/********ASSYSDBAparfile=imp_xttplugin_test_20180502.par
ProcessingobjecttypeTRANSPORTABLE_EXPORT/PLUGTS_BLK
ProcessingobjecttypeTRANSPORTABLE_EXPORT/TABLE
ProcessingobjecttypeTRANSPORTABLE_EXPORT/INDEX/INDEX
ProcessingobjecttypeTRANSPORTABLE_EXPORT/POST_INSTANCE/PLUGTS_BLK
Job"SYS"."SYS_IMPORT_TRANSPORTABLE_01"successfullycompletedatWedMay216:29:322018elapsed000:00:03

五、案例总结

1、XTTS迁移过程有很多需要注意的点，一定不能马虎大意，关键操作最好设置还原点（restore point）。

2、OMF管理的表空间在drop tablespace的时候是会自动清理物理数据文件的。