IMPDP导入报错：不能正常remap_tablespace

ShineCQY

环境:源库11.2.0.3 rac 导出表，目标库11.2.0.1单实例
Source:username   source_user, default tablespace   source_tbs
Target:username    target_user, default tablesace      target_tbs
由于目标库target_user用户的表空间不足，打算remap_tablespace= source_tbs:new_tbs
impdp Parfile:
DIRECTORY=JESSE_EXPDP
content=all
DUMPFILE=SOURCE_USERTAB20130729_%U.dmp
logfile=impsource_usertab20130801.log
exclude=table:"in('QUERY_201306')"
table_exists_action=replace
#cluster=n
PARALLEL=4
transform=segment_attributes:n
remap_schema=SOURCE_USER:TARGET_USER
remap_tablespace=(SOURCE_TBS:NEW_TBS)
错误现象：刚开是导入时出现如下错误
Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Master table "SYS"."SYS_IMPORT_FULL_01" successfully loaded/unloaded
Starting "SYS"."SYS_IMPORT_FULL_01":  "/******** AS SYSDBA" parfile=impsource_usertab20130801.par
Processing object type SCHEMA_EXPORT/TABLE/TABLE
ORA-39083: Object type TABLE:"TARGET_USER"."DW_SALES_TOP" failed to create with error:
ORA-14460: only one COMPRESS or NOCOMPRESS clause may be specified
Failing sql is:
CREATE TABLE "TARGET_USER"."DW_SALES_TOP" ("DATE_ID" NUMBER(8,0), "MUSIC_ID" NUMBER(22,0), "CREATE_TIME" DATE, "ORDER_CNT" NUMBER(22,0), "RANK_ID" NUMBER(3,0), "COP
YRIGHT_ID" VARCHAR2(20 BYTE)) PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255  STORAGE( BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT) TABLESPACE "TBS
_CD
添加参数transform=segment_attributes:n解决。但是出现了以下问题：
ORA-39171: Job is experiencing a resumable wait.
ORA-01688: unable to extend table TARGET_USER.DW_CUST_TAG_RE07 partition SYS_P268909 by 1024 in tablespace TARGET_TBS –为什么这里是目标用户的默认表空间？
出现了表空间不足的问题。

疑问：为什么remap_schema=SOURCE_USER:TARGET_USER 参数没有生效？
为什么会把数据Import到目标用户的默认表空间？

Maclean Liu(刘相兵

你都换过名字？

remap_tablespace=(SOURCE_TBS:NEW_TBS)

ORA-01688: unable to extend table TARGET_USER.DW_CUST_TAG_RE07 partition SYS_P268909 by 1024 in tablespace TARGET_TBS

ShineCQY

是的，老大，保护客户的隐私... 希望可以理解

clevernby

TRANSFORM = STORAGE:N
remap_tablespace=(SOURCE_TBS:NEW_TBS)
试试这个

ShineCQY

替换成TRANSFORM = STORAGE:N 报错ORA-39083: Object type TABLE:"TARGET_USER"."DW_SALES_TOP" failed to create with error:
ORA-14460: only one COMPRESS or NOCOMPRESS clause may be specified
Failing sql is:
CREATE TABLE "TARGET_USER"."DW_SALES_TOP" ("DATE_ID" NUMBER(8,0), "MUSIC_ID" NUMBER(22,0), "CREATE_TIME" DATE, "ORDER_CNT" NUMBER(22,0), "RANK_ID" NUMBER(3,0), "COP
YRIGHT_ID" VARCHAR2(20 BYTE)) PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255  STORAGE( BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT) TABLESPACE "TBS
_CD

clevernby

那就尝试使用VERSION参数了，导出的时候VERSION=11.2.0.1

ShineCQY

难道真的是版本的问题？为什么oracle没有告诉我们？

cargoo

TBS_CD、TARGET_TBS是不是已经用remap_tablespace参数进行过替换？

ShineCQY

cargoo 发表于 2013-8-1 15:38
TBS_CD、TARGET_TBS是不是已经用remap_tablespace参数进行过替换？

是的，remap_tablespace=(SOURCE_TBS:NEW_TBS,TBS_CD:NEW_TBS,USERS:NEW_TBS)，错误依旧。写法应该没有问题。由于赶时间，已经把user的默认表空间改为NEW_TBS。不再报出表空间错误。但还是不明白为什么会出现这种情况。

clevernby

ShineCQY 发表于 2013-8-1 16:27
是的，remap_tablespace=(SOURCE_TBS:NEW_TBS,TBS_CD:NEW_TBS,USERS:NEW_TBS)，错误依旧。写法应该没有问 ...

当你使用transform=segment_attributes:n时，执行的create table语句中的所有和段有关的属性都会被忽略，这其中包括tablespace也包括compress。所以这个时候remap_tablespace其实是无效的了，你想想执行的create table语句都没有tablespace子句了，你还替换个什么呀，这也是为什么表会建到user的default tablespace中的原因。

至于之前为什么报和compress有关的错误，这个应该是和导出版本高于导入版本有关，尝试使用version参数导出应该可以解决

ShineCQY

clevernby 发表于 2013-8-1 16:55
当你使用transform=segment_attributes:n时，执行的create table语句中的所有和段有关的属性都会被忽略， ...

非常感谢，学习了...