Transportable Tablespace Issue

Hi all,
I dont know somebody else has posted this error here before, I am sorry If so..
I am getting an error when I am transporting tablespace's metadata... can anyone help me about this issue ?
My OS is RH 4
======================================================================
[oracle@localhost export]$ exp parfile=/home/oracle/oracle9i/backup/export/prams.dat
Export: Release 9.2.0.1.0 - Production on Mon Apr 28 13:33:23 2008
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
Username: sys as sysdba
Password:
Connected to: Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
Export done in US7ASCII character set and AL16UTF16 NCHAR character set
Note: table data (rows) will not be exported
About to export transportable tablespace metadata...
EXP-00008: ORACLE error 1001 encountered
ORA-01001: invalid cursor
ORA-06512: at "SYS.DBMS_SYS_SQL", line 819
ORA-06512: at "SYS.DBMS_SQL", line 19
ORA-06512: at "SYS.DBMS_TTS", line 774
ORA-01187: cannot read from file 201 because it failed verification tests
ORA-01110: data file 201: '/home/oracle/oracle9i/oradata/db1/dbf/temp01.dbf'
ORA-06512: at "SYS.DBMS_PLUGTS", line 1093
ORA-06512: at line 1
EXP-00000: Export terminated unsuccessfully
====================================================================
My parameter file looks like below
TRANSPORT_TABLESPACE=y
TABLESPACES=users
FILE=/home/oracle/oracle9i/backup/export/ts_users_28042008_10:04.dmp
LOG=/home/oracle/oracle9i/backup/export/explog.log

Check the similar sort of thread.
Re: Transportable tablespace
Regards,
Sabdar Syed.

Similar Messages

Transport Tablespace Issues

hi.. i'm trying to use transport tablespace across the same platforms rather than performing export/import . i'm following the steps in Note:371556.1to exp/imp ASM files.
i have finished all the steps and successfully transport the tablespace. this process involved only 2 TBS, CC_DATA and CC_INDEXES and the schema is CC. i choose to check the full containment before the export done. but when i count the objects before export and after the import, the count is different. the question is how to make the count of objects is same before and after transport.
before export
SQL> select count(*), object_type from user_objects group by object_type;
COUNT(*) OBJECT_TYPE
33 SEQUENCE
3 DATABASE LINK
55 TABLE
82 INDEX
19 SYNONYM
39 VIEW
6 rows selected.
after import
SQL> select count(*), object_type from user_objects group by object_type;
COUNT(*) OBJECT_TYPE
82 INDEX
55 TABLE
thanks in advance.
-julie-
Edited by: gunit on Nov 17, 2008 7:35 PM

It's a limitation on transportable tablespace (http://download.oracle.com/docs/cd/B19306_01/server.102/b14231/tspaces.htm#i1007233)
You cannot transport the SYSTEM tablespace or objects owned by the user SYS. Some examples of such objects are PL/SQL, Java classes, callouts, views, synonyms, users, privileges, dimensions, directories, and sequences.So you need to transfer the views, sequences,etc., one method is using exp/imp.
[source]$ exp cc/<pwd> file=cc.dmp rows=no
[target]$ imp cc/<pwd> file=cc.dmp ignore=yes HTH
Enrique

Transportable tablespace - Issue in impdp

Hi guys,
I need to transport the tablespace from 32 bit environmet (32 bit Linux and 32 bit Oracle) to 64 bit environment (Both 64 bit) as I am migrating to 64 bit.
I have exported the tablesapce from 32 bit machine using expdp command. But I am getting below error while trying to import it on 64 bit environment
ORA-39002: invalid operation
ORA-31694: master table "SYSTEM"."SYS_IMPORT_TRANSPORTABLE_01" failed to load/unload
ORA-02354: error in exporting/importing data
ORA-02373: Error parsing insert statement for table "SYSTEM"."SYS_IMPORT_TRANSPORTABLE_01".
ORA-00904: "ORIGINAL_OBJECT_NAME": invalid identifier
Oracle version in 32 bit mc is : *11.1.0.7.0*
Oracle version in 64 bit mc is : *11.1.0.6.0*
Tablespace path in 32 bit mc was : /opt/oracleDBTable/tablespace/
I have mounted this folder from 32 bit mc to same path on 64 bit mc using NFS.
All tablespaces has been changed to read only and metadata file has been copied in binary mode to 64 bit mc.
Can anyone Pls help me in resolving this issue..
Regards,
Suprith

should this work..?? and what is the parameter "compatible=xyz" how should i use it ?I dont know from memory... the parameter to do exports for lower version databases might as well be named "version" - but you will find the answer in the fine documentation.
See these links:
http://download.oracle.com/docs/cd/B28359_01/server.111/b28319/dp_export.htm#i1007148
http://download.oracle.com/docs/cd/B28359_01/server.111/b28319/dp_overview.htm#CEGFCFFI
Edit:
Regarding your export command
.... version=11.1.0.6.0;Are these collons ";" at the end a typo or really there?
Ronny Egner
My Blog: http://blog.ronnyegner-consulting.de
Edited by: Ronny Egner on May 20, 2010 11:48 AM

Transport tablespace issue

Hi,
My ALTER TABLESPACE MFGDMDATA READ ONLY command was stuck.
Problem :- I am unable to understand if there is no query on that tablespace then why My query was stuck for 2 hours?
My finding was below
===================
SQL> SELECT SQL_TEXT, SADDR
FROM V$SQLAREA,V$SESSION
WHERE V$SQLAREA.ADDRESS = V$SESSION.SQL_ADDRESS
AND SQL_TEXT LIKE 'ALTER TABLESPACE%';
SQL_TEXT
SADDR
ALTER TABLESPACE MFGDMDATA READ ONLY
C00000019D3C9298
SQL> SELECT SES_ADDR, START_SCNB
FROM V$TRANSACTION
ORDER BY START_SCNB;
SES_ADDR START_SCNB
C00000019D3C28F8 676581513
C00000019D3C9298 676587676
Showing 2 sessions are running, one is holding by me and for other detail is below.
select
to_char(s 2 .SID,'999') SID,
to_char(s.Serial#,'999999') Srl#,
substr(s.OSUSER,1,10) OsUsr,
substr(s.MACHINE,1,30) MACHINE,
substr(s.SCHEMANAME,1,10) Schema,
substr(t.Sql_text,1,100) Sql_text
rom
v$session s,
v$sqltext t
where
s.type <> 'BACKGROUND' and
s.sql_address = t.address (+) and
t.piece (+) = 0 and
s.SADDR='C00000019D3C28F8'
order by
s.Status,
s.SID
SID SRL# OSUSR MACHINE SCHEMA
SQL_TEXT
52 13105 202931 INDIA\01HH166546 ABANSAL
But there is no sql query executing by this session.
SQL> select count(*) from DBA_BLOCKERS;
COUNT(*)
1
SQL> select * from DBA_BLOCKERS;
HOLDING_SESSION
52
I am unable to understand if there is no query on that tablespace then why My query was stuck around 2 hours.
Regards,
Lalit Vasuja

There may be a transaction the SQL for which is no longer available in the V$SQL views.
Query V$TRANSACTION by itself to see if there are transactions. Then join back to V$SESSION to identify sessions.
Hemant K Chitale

Error while using Transport Tablespace

Hi,
I am running into the below errors when I do the transport tablespace in 11g using the OEM --> Data Movement --> Transport Tablespace.
RMAN-03009: failure of conversion at source command on ORA_DISK_1 channel at 04/22/2008 08:28:32
RMAN-20038: must specify FORMAT for CONVERT command
When I search for the RMAN-03009 in OTN,Metalink,google , I get some unrelated hits with different message and not the "Failure of Conversion..." message.. for this message code.
Please advice if you have had the same issue and resolved the same.
Thanks
Sheik

From 11g Error Messages:
RMAN-20038: must specify FORMAT for CONVERT command
Cause: No FORMAT was specified when using CONVERT command.
Action: Resubmit the command using FORMAT clause.

Steps to create Cross-Platform Transportable Tablespaces

hi
what is the steps to do Cross-Platform Transportable Tablespaces.
i want to perform this in my pc, i have linux and windows in same PC, i want to migrate from linux to windows and vice versa.
so can i know complete steps and commands to perform Cross-Platform Transportable Tablespaces. to get complete knowledge i am doing this so i can implement this in my office when any migrate issues comes. so once i do this i will get confidence so that i can do the same in my office which saves my time.
veeresh s
oracle-dba
[email protected]

Hi, also you can review the Note:413586.1 into metalink site.
Good luck.
Regards.

Character set problem with transportable tablespace

Hi,
I'm trying to import a transportable tablespace with data pump into a database with a different character set compared to the source database. I know this is by default not possible. But there's no violating data in the tablespace that could make it a problem when transfering the TS. So I issued 'ALTER SYSTEM SET "_tts_allow_nchar_mismatch"=true;' on the target to force the import. However; I still get the eror:
ORA-29345: can not plug a tablespace into a database using a different character set
How can I fix this?

Hi,
What're the character sets of the source and target database?
A general restriction of transportable tablespace is that the source and target databases must use the same database character set.
Regards
Nat

TIP 03: Transportable Tablespaces in 10g by Joel Pèrez

Hi OTN Readers!
Everyday I get connection on Internet and one of the first issues that
I do is to open the OTN main page to look for any new article or any
new news about the Oracle Technology. After I open the main page of
OTN Forums and I check what answers I can write to help some people
to work with the Oracle Technology and I decided to begin to write some
threads to help DBAs and Developers to learn the new features of 10g.
I hope you can take advantage of them which will be published here in
this forum. For any comment you can write to me directly to : [email protected]
Please do not replay this thread, if you have any question related to
this I recommend you to open a new post. Thanks!
The tip of this thread is: Transportable Tablespaces
Joel Pérez
http://otn.oracle.com/experts

Step 9: Apply this command to see all the options of the export utility
C:\>
C:\>EXP HELP=Y
Export: Release 10.1.0.2.0 - Production on Fri Apr 23 19:48:30 2004
Copyright (c) 1982, 2004, Oracle. All rights reserved.
You can let Export prompt you for parameters by entering the EXP
command followed by your username/password:
     Example: EXP SCOTT/TIGER
Or, you can control how Export runs by entering the EXP command followed
by various arguments. To specify parameters, you use keywords:
     Format: EXP KEYWORD=value or KEYWORD=(value1,value2,...,valueN)
     Example: EXP SCOTT/TIGER GRANTS=Y TABLES=(EMP,DEPT,MGR)
               or TABLES=(T1:P1,T1:P2), if T1 is partitioned table
USERID must be the first parameter on the command line.
Keyword    Description (Default)      Keyword      Description (Default)
USERID     username/password          FULL         export entire file (N)
BUFFER     size of data buffer        OWNER        list of owner usernames
FILE       output files (EXPDAT.DMP) TABLES       list of table names
COMPRESS   import into one extent (Y) RECORDLENGTH length of IO record
GRANTS     export grants (Y)          INCTYPE      incremental export type
INDEXES    export indexes (Y)         RECORD       track incr. export (Y)
DIRECT     direct path (N)            TRIGGERS     export triggers (Y)
LOG        log file of screen output STATISTICS   analyze objects (ESTIMATE)
ROWS       export data rows (Y)       PARFILE      parameter filename
CONSISTENT cross-table consistency(N) CONSTRAINTS export constraints (Y)
OBJECT_CONSISTENT    transaction set to read only during object export (N)
FEEDBACK             display progress every x rows (0)
FILESIZE             maximum size of each dump file
FLASHBACK_SCN        SCN used to set session snapshot back to
FLASHBACK_TIME       time used to get the SCN closest to the specified time
QUERY                select clause used to export a subset of a table
RESUMABLE            suspend when a space related error is encountered(N)
RESUMABLE_NAME       text string used to identify resumable statement
RESUMABLE_TIMEOUT    wait time for RESUMABLE
TTS_FULL_CHECK       perform full or partial dependency check for TTS
TABLESPACES          list of tablespaces to export
TRANSPORT_TABLESPACE export transportable tablespace metadata (N)
TEMPLATE             template name which invokes iAS mode export
Export terminated successfully without warnings.Joel Pérez
http://otn.oracle.com/experts

What is the best way to copy Oracle Transportable Tablespace datafiles betw

Hi All,
We are planning to implement Oracle Transportable Tablespace feature to copy huge data (around 900 GB) between the DBs.
Our plan is to:
1. Offline the tablespace 1 and tablespace 2 on Linux BOX1.
2. Take export of these two tablespaces using TTS on Linux BOX1.
3. zip datafiles of tablespace1 & 2 on Linux BOX1.
4. Copy the zipped datafiles and dump file to Linux BOX2.
5. Unzip datafiles of tablespace1 & 2 on Linux BOX1.
6. Make the tablespaces online on Linux BOX1.
7. Unzip datafiles of tablespace1 & 2 on Linux BOX2.
8. Import the dump file to DB on Linux BOX2.
9. Online the tablespace1 & 2 on Linux BOX2.
However I do have below queries before I proceed.
1. Do you see any issue with the above approach?
2. To improve the copying speed across the network, Do you suggest any solution than rcp and ftp
Our Environment: Oracle 9.2.0.8 running on Linux 2.6.5-7.308-bigsmp #1 SMP
Please share your experiences.
Thanks in advance for your time and suggestions :)
Krishna Bussu.

Take a look at Note:77523.1.
Hope this Helps
Regards

Transportable tablespaces with Logical Standby

Does anyone know whether or not transportable tablespaces can be used in a Logical Standby environment? I know they can be used with a Physical Standby, and the documentation covers how to do this, but there's nothing about Logical Standby. This is Oracle 10.2.0.4/SLES 10.
Thanks.

Using transportable tablespaces to a logical standby environment. Actually, there is a paragraph in the 10.2 Data Guard Concepts and Administration manual. I will summarize:
After creating the transportable tablespace export file on the source system, copy the datafiles to both the primary and logical standby systems.
On the dataguard logical standby, within SQLplus, issue SQL> alter session disable guard;
Import the tablespaces into the logical standby database
SQL> alter session enable guard;
Import the tablespaces into the primary database.
In 10.1, we imported the tablespaces into an environment with a physical standby and then converted the physical standby to a logical standby.
I tested the procedure for 10.2 and it seemed to work. Has anyone else done this and if so, are you aware of any issues? Like I said, the documentation is one very brief paragraph.
Thanks.

Transportable Tablespaces

Hi all,
I am trying to tranport a tablespace from one Database to another database.
I tried the following steps.
I made the tablespace which going to transport as read only.
Then I issue the exp command to export the meta data, but throwing following errors,
With the Partitioning, OLAP and Data Mining options
Export done in WE8MSWIN1252 character set and AL16UTF16 NCHAR character set
Note: table data (rows) will not be exported
About to export transportable tablespace metadata...
EXP-00008: ORACLE error 29341 encountered
ORA-29341: The transportable set is not self-contained
ORA-06512: at "SYS.DBMS_PLUGTS", line 1387
ORA-06512: at line 1
EXP-00000: Export terminated unsuccessfully
Could you please tell me any other settings I have to do for this export?
Thanks & Cheers
Antony

Hi,
Be aware of the following limitations as you plan to transport tablespaces:
The source and target database must use the same character set and national character set.
You cannot transport a tablespace to a target database in which a tablespace with the same name already exists. However, you can rename either the tablespace to be transported or the destination tablespace before the transport operation.
Objects with underlying objects (such as materialized views) or contained objects (such as partitioned tables) are not transportable unless all of the underlying or contained objects are in the tablespace set.
Beginning with Oracle Database 10g Release 2, you can transport tablespaces that contain XMLTypes, but you must use the IMP and EXP utilities, not Data Pump. When using EXP, ensure that the CONSTRAINTS and TRIGGERS parameters are set to Y (the default).
The following query returns a list of tablespaces that contain XMLTypes:
select distinct p.tablespace_name from dba_tablespaces p,
dba_xml_tables x, dba_users u, all_all_tables t where
t.table_name=x.table_name and t.tablespace_name=p.tablespace_name
and x.owner=u.username
For your reference go through this link
http://youngcow.net/doc/oracle10g/server.102/b14231/tspaces.htm#i1007169
and "Transporting Tablespaces Between Databases"
Aman,
Sorry I could not seen your reply....due to the refresh...Other wise I would not have been posted...
Thanks
Pavan Kumar N
Message was edited by:
Pavan Kumar

Export hangs while transporting tablespace..

Hello,
I have a database running on Win2000. The host is a small machine. I am trying to transport tablespaces from one database to another. I have already checked to make sure that all the data is contained completely within the tablespace. I have already declared the tablespace readonly. When I issue "exp transport_tablespace=y tablespaces=MINE grants=y triggers=y constraints=y file=c:\exp.dmp" it seems to start out fine because I see a lot of disk reads. After a while it just seems to stop..I don't see any activity at all. Any ideas?
Thanks.

Hi
Maybe is performing some CPU work, what is the size of tablespace? Did you check the task manager and CPU usage?
A10!
null

Transportable tablespace becomes non-transportable

Dear Guru's,
For years we exported and imported our transportable tablespaces, but recently the export fails with the following error message:
EXP-00008: ORACLE error 29341 encountered
ORA-29341: The transportable set is not self-contained
ORA-06512: at "SYS.DBMS_PLUGTS", line 1143
ORA-06512: at line 1
EXP-00000: Export terminated unsuccessfully
We use Oracle9i in RedHat 3.4 on xSeries 336 machine.
The exporting command: exp parfile=export.f
Contents of export.f:
USERID="/ as sysdba"
TRANSPORT_TABLESPACE=y
TABLESPACES=JAFFA_TSB,BLOB_TSP
# Outcommented lines contains default value:
#GRANTS=Y
#CONSTRAINTS=Y
#TRIGGERS=Y
#INDEXES=Y
TTS_FULL_CHECK=TRUE
OBJECT_CONSISTENT=Y
STATISTICS=COMPUTE
FILE=syn_meta.dmp
LOG=syn_meta.log
These attempts were made:
EXECUTE dbms_tts.transport_set_check('BLOB_TSP', TRUE, TRUE);
SELECT * FROM transport_set_violations ==> "no rows selected"
Oracle support service has still no answer to this issue.
How can we find where the problem is? Can anybody help?
Thanks a lot in advance!

Amazing!!!
Thank you very much Chris! We only need to drop the table and we manage to export again. This is the result of the conclusion:
SQL> execute dbms_tts.transport_set_check('JAFFA_TSB,BLOB_TSP',TRUE,TRUE);
PL/SQL procedure successfully completed.
SQL> SELECT * FROM transport_set_violations;
VIOLATIONS
Sys owned object REPAIR_TEST in tablespace JAFFA_TSB not allowed in pluggable set
Thanks again!!!

Transport tablespace related problem

Hi all,
I have a problem i want to export tablespaces as i have to migrate my db from oracle 9.2 to oracle 10.2 from win to RHEL4.......but i am getting an error ,pls suggest me for the same....
SQL> @G:\oracle\ora92\rdbms\admin\dbmsplts.sql;
Package created.
Package created.
Grant succeeded.
Package created.
Grant succeeded.
drop view sys.transport_set_violations
ERROR at line 1:
ORA-00942: table or view does not exist
PL/SQL procedure successfully completed.
drop table sys.transts_error$
ERROR at line 1:
ORA-00942: table or view does not exist
Package created.
SQL> exec sys.dbms_tts.transport_set_check('SRO',true);
BEGIN sys.dbms_tts.transport_set_check('SRO',true); END;
ERROR at line 1:
ORA-04068: existing state of packages has been discarded
ORA-04063: package body "SYS.DBMS_TTS" has errors
ORA-06508: PL/SQL: could not find program unit being called
ORA-06512: at line 1
SQL> desc dbms_tts
PROCEDURE DOWNGRADE
FUNCTION ISSELFCONTAINED RETURNS BOOLEAN
Argument Name                  Type                    In/Out Default?
TS_LIST                        CLOB                    IN
INCL_CONSTRAINTS               BOOLEAN                 IN
FULL_CHECK                     BOOLEAN                 IN
PROCEDURE KFP_CKCMP
PROCEDURE TRANSPORT_SET_CHECK
Argument Name                  Type                    In/Out Default?
TS_LIST                        CLOB                    IN
INCL_CONSTRAINTS               BOOLEAN                 IN     DEFAULT
FULL_CHECK                     BOOLEAN                 IN     DEFAULT
SQL> exec dbms_tts.transport_set_check('SRO',true);
BEGIN dbms_tts.transport_set_check('SRO',true); END;
ERROR at line 1:
ORA-04068: existing state of packages has been discarded
ORA-04063: package body "SYS.DBMS_TTS" has errors
ORA-06508: PL/SQL: could not find program unit being called
ORA-06512: at line 1

Are you,by any chance, running Oracle 9i installation code in an Oracle 10g database?
If so : why?
As far as I know you can only transport tablespaces to a database of an identical version, so it looks like this is not going to work.
Sybrand Bakker
Senior Oracle DBA

Standby not in sync because test on primary of transportable tablespace etc

This environment is new build environment , have not in use yet.
db version is 11.2.0.3 in linux, both primary/standby are configured in RAC two nodes and storage are in ASM storage.
primary db had tested by migration data using transportable tablespace methods. So the datafiles imported were put in a local filesystem which I have to switch to ASM afterwards.
In such way, the standby db got the impression that datafiles should be in local filesystem and it got invalidated.
Here is the error from standby log:
ORA-01157: cannot identify/lock data file 4 - see DBWR trace file
ORA-01110: data file 4: '/stage/index.341.785186191'
and datafiles names are all in local filesystem in standby: /stage/...../
However in primary datafile names are all in ASM instance:
+DAT/prd/datafile/arindex.320.788067609
How to resolve such situation?
Thanks

My steps for transportable tablespaces after scp the datafiles to linux are import the transportable datafiles into the database. and then using rman to copy it to "+DATA' in asm. and then switch dababase to copy.
Those procedure all worked on primary.
The standby was built before the transportable tablespace when there are only system, users, tools etc basic tablespaces. it worked and in sync with primary. However everytime the primary tested data migration with the transportable tablespaces, it will not work.
so what is the right way to perform this migration? how can I made standby in sync with primary and to read the datafiles in ASM storage?
Is there a way before the RMAN command to transfer the filesystem datafile to ASM, can I copy those local filesystem datafiles to ASM storage ? then do a import transportable datafiles with those on ASM?If you added any datafiles manually then those will be created in standby also as per the settings,
But here you performing TTS, of course DML/DDLs can be transfered to standby by archive logs, but what about actual datafiles? Here in this case files exist in primary & those files not exist in standby
AFAIK, you have to perform couple of steps. Once after your complete migration done in primary do as follows. (Do test it)
1) Complete your migration on primary
-- Check all data file status and location.
2) Now Restore standby controlfile & newly migrated tablespaces in standby Database
-- here you can directly restore to ASM using RMAN, because you are taking backup in primary using RMAN. So RMAN can restore them directly in ASM file system.
3) Make sure you have all the datafiles where you want and take care no one data file is missing. Crosscheck all tablespace information in primary & standby databases.
4) Now start *MRP*
Here is my above plan, But I suggest to test it...
One question, After *successful migration* are you able to SYNC standby with primary earlier ?

Transportable Tablespace Issue

Similar Messages

Maybe you are looking for