Transport Tablespace via RMAN

Hii all
I configured control file autobackup on and take a backup whole database with "backup database;" command and
RMAN> transport tablespace users tablespace destination 'c:\Transport' auxiliary destination 'c:\Auxi';
I am receiving ;
RMAN-03015: error occurred in stored script Memory Script
RMAN-06026: some targets not found - aborting restore
RMAN-06024: no backup or copy of the control file found to restore
In begining lines of rman command I saw that "control_files=c:\Auxi/cntrl_tspitr_ST1_dFcB.f" looks like using unix path format in windows? Have you any idea ?
Best Regards
Oracle 10.2.0.3 on Vista Sp2

hi
Yes it is on besides I take backup with "backup database include current controlfile" nothing has changed
RMAN> show all;
RMAN configuration parameters are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'C:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\
NCFST1.ORA'; # default
also I have just tested same command on aix platform it works well I think this is related windows platform ?
Edited by: EB on Sep 25, 2009 4:56 PM

Similar Messages

Transport Tablespace using RMAN from 10.2.0.2 to 10.2.0.3 ??

Hello all,
Is it possible to do RMAN Transport Tablespace from 10.2.0.2 to 10.2.0.3 ??
TIA,
J J

Are the two database on same platform?
Yes, it's possible to move from 10.2.0.2 to 10.2.0.3
You should check Oracle document,
You cannot export transportable tablespaces and then import them into a database at a lower release level. The target database must be at the same or higher release level as the source database.
http://download.oracle.com/docs/cd/B19306_01/server.102/b14215/dp_export.htm#i1006840

Transport Tablespace using rman

Hi,
I have two databases working on windows 2003.i need Migrate to one database.
which option is best and minimum downtime.
Oracle Database Version : 10.2.0.3 (two database)
We are using Partition table.
Regds
Murali

skrmurali wrote:
Hi,
I have two databases working on windows 2003.i need Migrate to one database.
which option is best and minimum downtime.
Oracle Database Version : 10.2.0.3 (two database)
We are using Partition table.
Regds
MuraliYou can use both Transportable tablespace feature of RMAN or Data Pump utility

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.

Rman transportable tablespace ORA-39087: directory name is invalid

Hello all,
We are trying to restore a backup of a tablepace using RMAN's TRANSPORTABLE TABLESPACE command. I created the director in oracle (and it exists on the server), granted privs yet it fails with ORA-39087: directory name is invalid. It seems to fail at the end. Here's my steps, does anyone know how to fix? Thanks in advance for your time!
Dave
CREATE DIRECTORY ARCH_DIR as '/opt/oracle/arch';
GRANT IMP_FULL_DB, EXP_FULL_DB TO SYS, RMAN, SYSTEM;
GRANT READ, WRITE ON DIRECTORY ARCH_DIR TO SYS, RMAN, SYSTEM;
export ORACLE_SID=ADMIN_P1
rman target / catalog rman/rmanpassword@mydb
TRANSPORT TABLESPACE REPORTER
TABLESPACE DESTINATION '/opt/oracle/arch'
AUXILIARY DESTINATION '/opt/oracle/arch'
UNTIL SCN 2144439724
DATAPUMP DIRECTORY ARCH_DIR
DUMP FILE 'reporter.dmp'
IMPORT SCRIPT 'reporter.imp'
EXPORT LOG 'reporter.log';

Creating a directory object inside the database does not create anything in the operating system. My guess is that the physical directory, with appropriate permissions, does not exist.

Stuck with transported tablespace and ASM

Hi,
I'm on 10.2.0.5.4 and playing with TTS feature .
So I've made TTS on source DB 10.2.0.5 via rman tts feature (auxilary instance) , and copied to cloned database with ASM (same os solaris10).
Now my situation is as follows :
on target I can see TTS1 tablespace
FILE_NAME                                          TABLESPACE_NAME                STATUS
+DG1/sol10p/datafile/users.262.763395469           USERS                          AVAILABLE
+DG1/sol10p/datafile/sysaux.260.763395447          SYSAUX                         AVAILABLE
+DG1/sol10p/datafile/undotbs1.259.763395423        UNDOTBS1                       AVAILABLE
+DG1/sol10p/datafile/system.258.763395387          SYSTEM                         AVAILABLE
+DG1/sol10p/datafile/example.261.763395463         EXAMPLE                        AVAILABLE
+DG1/sol10p/datafile/assm.257.763395311            ASSM                           AVAILABLE
/u01/tts/tts1.274.763488147                        TTS1                           AVAILABLE
/u01/tts/tts1.272.763487799                        TTS1                           AVAILABLEbut when trying to copy those files into ASM I'm getting
RMAN> report schema;
Report of database schema
List of Permanent Datafiles
===========================
File Size(MB) Tablespace           RB segs Datafile Name
1    510      SYSTEM               ***     +DG1/sol10p/datafile/system.258.763395387
2    310      UNDOTBS1             ***     +DG1/sol10p/datafile/undotbs1.259.763395423
3    250      SYSAUX               ***     +DG1/sol10p/datafile/sysaux.260.763395447
4    62       USERS                ***     +DG1/sol10p/datafile/users.262.763395469
5    100      EXAMPLE              ***     +DG1/sol10p/datafile/example.261.763395463
6    2048     ASSM                 ***     +DG1/sol10p/datafile/assm.257.763395311
List of Temporary Files
=======================
File Size(MB) Tablespace           Maxsize(MB) Tempfile Name
1    512      TEMP                 512         +DG1/sol10p/tempfile/temp.265.763396585
RMAN> backup as copy datafile '/u01/tts/tts1.274.763488147' format '+DG1';
Starting backup at 03-OCT-11
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup command at 10/03/2011 20:00:34
RMAN-20201: datafile not found in the recovery catalog
RMAN-06010: error while looking up datafile: /u01/tts/tts1.274.763488147Please advice .
Regards
GregG

I'm not using catalog (connecting as nocatalog) Hmm....
The files are listed in V$DATAFILE and DBA_DATA_FILES but not in an RMAN REPORT SCHEMA ?
That's curious. V$DATAFILE and RMAN REPORT SCHEMA would both be reading from the controlfile.
What was the sequence of actions to transport the tablespace ? Have you tried reconnecting with RMAN ?
Hemant K Chitale

Transportable tablespace /imp problem

Dear all ,
please i need to correct me if i am wrong
transportable tablespace can you done of different version of oracle database
(means can do that task from lower to upper ex:10g.2 to 11g.2) take in your consideration the limitation of this taks.???
1. when i do this task in same platform unix to unix and same edians big to big
there is no way to convert datafile or tablespace
the take is done by take tablespace read only and then exp this tablespace and ftp the datafile and dmp file
to new server and switch tablespace read write thus imp the dmp ???
2. when this taks is done from win to unix from 10g.2 to 11g.2
check the self_contained this in the two and take tablespace read only and convert and exp and ftp the datafile and dmp file
to new server thus convert the datafile and then imp and the last one switch the tablespace in read write???
please i need your opinion obout this ?????
and i need your advice in import
imp USERID=\'sys/iti_ICON_sys as sysdba\' \ tablespaces=USERS transport_tablespace=y FROMUSER=sys@TABSTST as sysdba TOUSER=sys@PRODICON as sysdba file=/icon/appl/oracle/trans.dmp datafiles='/icon/appl/oracle/USERS01.dbf'oraicon@billdb03 $ imp USERID=\'sys/iti_ICON_sys as sysdba\' \ tablespaces=USERS transport_tablespace=y FROMUSER=sys@TABSTST as sysdba TOUSER=sys@PRODICON as sysdba file=/icon/appl/oracle/trans.dmp datafiles='/icon/appl/oracle/USERS01.dbf'
Import: Release 10.2.0.3.0 - Production on Tue Dec 20 12:11:34 2011
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
Export file created by EXPORT:V10.02.01 via conventional path
About to import transportable tablespace(s) metadata...
import done in AL32UTF8 character set and AL16UTF16 NCHAR character set
export client uses US7ASCII character set (possible charset conversion)
IMP-00017: following statement failed with ORACLE error 29342:
"BEGIN sys.dbms_plugts.checkUser('ORAESB'); END;"
IMP-00003: ORACLE error 29342 encountered
ORA-29342: user ORAESB does not exist in the database
ORA-06512: at "SYS.DBMS_PLUGTS", line 1895
ORA-06512: at line 1
IMP-00000: Import terminated unsuccessfully
oraicon@billdb03 $ imp USERID=\'sys/iti_ICON_sys as sysdba\' \ tablespaces=USERS transport_tablespace=y file=trans.dmp datafiles='/icon/appl/oracle/USERS01.dbf'
Import: Release 10.2.0.3.0 - Production on Tue Dec 20 12:28:50 2011
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
Export file created by EXPORT:V10.02.01 via conventional path
About to import transportable tablespace(s) metadata...
import done in AL32UTF8 character set and AL16UTF16 NCHAR character set
export client uses US7ASCII character set (possible charset conversion)
. importing SYS's objects into SYS
. importing SYS's objects into SYS
IMP-00017: following statement failed with ORACLE error 29342:
"BEGIN sys.dbms_plugts.checkUser('ORAESB'); END;"
IMP-00003: ORACLE error 29342 encountered
ORA-29342: user ORAESB does not exist in the database
ORA-06512: at "SYS.DBMS_PLUGTS", line 1895
ORA-06512: at line 1
IMP-00000: Import terminated unsuccessfully
oraicon@billdb03 $
MANY THANKS

1 read documentation. You can use rman to convert the files
2 read documentation. You can use rman to convert the files.
3 the error message is self explanatory
4 the error message is self explanatory
Please do your own research prior to posting.
Please include only 1 question per post.
Sybrand Bakker
Senior Oracle DBA

Transportable tablespace accross different oracle versions

Hi
Do I need same oracle versions if I want to transport tablespaces ?
i.e Can I transport tablespaces from oracle9i to oracle 11g ? or from oracle 10g to oracle 11g ?
I read the documents however Im still confused.

Thanks, I have read the document and notice that from oracle 10g and onwards I can transport tablespaces accross different oracle versions.
I think we can change the endian format via rman hence no need to have same endian format
"Beginning with the Oracle10g database, a tablespace can always be transported to a database with the same or higher compatibility setting, whether the target database is on the same or a different platform."

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 tablespaces for migration and upgrade

Hello All,
I'm trying to find out some theory about transportable tablespace and upgrade in a single step. I've to move a DB from a Windows server to a Linux server. Win is running 10.1 and Linux 10.2 . It's possible to use RMAN to migrate the whole database and then on new node run startup upgrade and catupgrd.sql to upgrade catalog ?
Should work?
Thanks
Raj

The following doc for TDB says :-
"Note: TDB requires the same Oracle Database software version on the source and target systems; hence, a database upgrade cannot be accomplished simultaneous with the platform migration. However, best practices for a database upgrade, as documented in the Oracle Upgrade Companion, also apply to any planned database maintenance activity, including platform migration."
http://www.oracle.com/technology/deploy/availability/pdf/MAA_WP_10gR2_PlatformMigrationTDB.pdf
There is also an Oracle Whitepaper called "Database Upgrade Using Transportable Tablespaces: Oracle Database 11g Release 1" but I am still trying to find a copy.

Unable to restore TABLESPACE using RMAN backups

Hi,
I am not able to restore tablespace using RMAN (TSPITR).
I have full backup of database,
While try to restore it's failed.
RMAN> recover tablespace TEST1 until logseq 706 auxiliary destination '/tmp';
Starting recover at 16-OCT-13
using channel ORA_DISK_1
RMAN-05026: WARNING: presuming following set of tablespaces applies to specified point-in-time
List of tablespaces expected to have UNDO segments
Tablespace SYSTEM
Tablespace UNDOTBS2
Creating automatic instance, with SID='CsFz'
initialization parameters used for automatic instance:
db_name=TRAINEE
db_unique_name=CsFz_tspitr_TRAINEE
compatible=11.2.0.0.0
db_block_size=8192
db_files=200
sga_target=280M
processes=50
db_create_file_dest=/tmp
log_archive_dest_1='location=/tmp'
#No auxiliary parameter file used
starting up automatic instance TRAINEE
Oracle instance started
Total System Global Area     292933632 bytes
Fixed Size                     1336092 bytes
Variable Size                100666596 bytes
Database Buffers             184549376 bytes
Redo Buffers                   6381568 bytes
Automatic instance created
List of tablespaces that have been dropped from the target database:
Tablespace TEST1
contents of Memory Script:
# set requested point in time
set until logseq 706 thread 1;
# restore the controlfile
restore clone controlfile;
# mount the controlfile
sql clone 'alter database mount clone database';
# archive current online log
sql 'alter system archive log current';
# avoid unnecessary autobackups for structural changes during TSPITR
sql 'begin dbms_backup_restore.AutoBackupFlag(FALSE); end;';
executing Memory Script
executing command: SET until clause
Starting restore at 16-OCT-13
allocated channel: ORA_AUX_DISK_1
channel ORA_AUX_DISK_1: SID=81 device type=DISK
channel ORA_AUX_DISK_1: starting datafile backup set restore
channel ORA_AUX_DISK_1: restoring control file
channel ORA_AUX_DISK_1: reading from backup piece /oracle/product/11.2.0/dbhome_1/dbs/c-332232391-20131016-09
channel ORA_AUX_DISK_1: piece handle=/oracle/product/11.2.0/dbhome_1/dbs/c-332232391-20131016-09 tag=TAG20131016T144951
channel ORA_AUX_DISK_1: restored backup piece 1
channel ORA_AUX_DISK_1: restore complete, elapsed time: 00:00:01
output file name=/tmp/TRAINEE/controlfile/o1_mf_95wbkpvj_.ctl
Finished restore at 16-OCT-13
sql statement: alter database mount clone database
sql statement: alter system archive log current
sql statement: begin dbms_backup_restore.AutoBackupFlag(FALSE); end;
contents of Memory Script:
# set requested point in time
set until logseq 706 thread 1;
# set destinations for recovery set and auxiliary set datafiles
set newname for clone datafile 1 to new;
set newname for clone datafile 7 to new;
set newname for clone datafile 2 to new;
set newname for clone tempfile 1 to new;
set newname for datafile 6 to
"/oracle/oradata/TRAINEE/datafile/o1_mf_test1_95w9fln9_.dbf";
# switch all tempfiles
switch clone tempfile all;
# restore the tablespaces in the recovery set and the auxiliary set
restore clone datafile 1, 7, 2, 6;
switch clone datafile all;
executing Memory Script
executing command: SET until clause
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME
renamed tempfile 1 to /tmp/TRAINEE/datafile/o1_mf_temp_%u_.tmp in control file
Starting restore at 16-OCT-13
using channel ORA_AUX_DISK_1
channel ORA_AUX_DISK_1: starting datafile backup set restore
channel ORA_AUX_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_AUX_DISK_1: restoring datafile 00001 to /tmp/TRAINEE/datafile/o1_mf_system_%u_.dbf
channel ORA_AUX_DISK_1: restoring datafile 00007 to /tmp/TRAINEE/datafile/o1_mf_undotbs2_%u_.dbf
channel ORA_AUX_DISK_1: restoring datafile 00002 to /tmp/TRAINEE/datafile/o1_mf_sysaux_%u_.dbf
channel ORA_AUX_DISK_1: restoring datafile 00006 to /oracle/oradata/TRAINEE/datafile/o1_mf_test1_95w9fln9_.dbf
channel ORA_AUX_DISK_1: reading from backup piece /tmp/1iomi9rv_1_1
channel ORA_AUX_DISK_1: piece handle=/tmp/1iomi9rv_1_1 tag=TAG20131016T144935
channel ORA_AUX_DISK_1: restored backup piece 1
channel ORA_AUX_DISK_1: restore complete, elapsed time: 00:00:15
Finished restore at 16-OCT-13
datafile 1 switched to datafile copy
input datafile copy RECID=11 STAMP=828975325 file name=/tmp/TRAINEE/datafile/o1_mf_system_95wbkybb_.dbf
datafile 7 switched to datafile copy
input datafile copy RECID=12 STAMP=828975325 file name=/tmp/TRAINEE/datafile/o1_mf_undotbs2_95wbkycy_.dbf
datafile 2 switched to datafile copy
input datafile copy RECID=13 STAMP=828975325 file name=/tmp/TRAINEE/datafile/o1_mf_sysaux_95wbkybz_.dbf
contents of Memory Script:
# set requested point in time
set until logseq 706 thread 1;
# online the datafiles restored or switched
sql clone "alter database datafile 1 online";
sql clone "alter database datafile 7 online";
sql clone "alter database datafile 2 online";
sql clone "alter database datafile 6 online";
# recover and open resetlogs
recover clone database tablespace "TEST1", "SYSTEM", "UNDOTBS2", "SYSAUX" delete archivelog;
alter clone database open resetlogs;
executing Memory Script
executing command: SET until clause
sql statement: alter database datafile 1 online
sql statement: alter database datafile 7 online
sql statement: alter database datafile 2 online
sql statement: alter database datafile 6 online
Starting recover at 16-OCT-13
using channel ORA_AUX_DISK_1
starting media recovery
archived log for thread 1 with sequence 702 is already on disk as file /oracle/product/11.2.0/dbhome_1/dbs/arch1_702_807275402.dbf
archived log for thread 1 with sequence 703 is already on disk as file /oracle/product/11.2.0/dbhome_1/dbs/arch1_703_807275402.dbf
archived log for thread 1 with sequence 704 is already on disk as file /oracle/product/11.2.0/dbhome_1/dbs/arch1_704_807275402.dbf
archived log for thread 1 with sequence 705 is already on disk as file /oracle/product/11.2.0/dbhome_1/dbs/arch1_705_807275402.dbf
archived log file name=/oracle/product/11.2.0/dbhome_1/dbs/arch1_702_807275402.dbf thread=1 sequence=702
archived log file name=/oracle/product/11.2.0/dbhome_1/dbs/arch1_703_807275402.dbf thread=1 sequence=703
archived log file name=/oracle/product/11.2.0/dbhome_1/dbs/arch1_704_807275402.dbf thread=1 sequence=704
archived log file name=/oracle/product/11.2.0/dbhome_1/dbs/arch1_705_807275402.dbf thread=1 sequence=705
media recovery complete, elapsed time: 00:00:01
Finished recover at 16-OCT-13
database opened
contents of Memory Script:
# make read only the tablespace that will be exported
sql clone 'alter tablespace TEST1 read only';
# create directory for datapump import
sql "create or replace directory TSPITR_DIROBJ_DPDIR as ''
/tmp''";
# create directory for datapump export
sql clone "create or replace directory TSPITR_DIROBJ_DPDIR as ''
/tmp''";
executing Memory Script
sql statement: alter tablespace TEST1 read only
sql statement: create or replace directory TSPITR_DIROBJ_DPDIR as ''/tmp''
sql statement: create or replace directory TSPITR_DIROBJ_DPDIR as ''/tmp''
Performing export of metadata...
   EXPDP> Starting "SYS"."TSPITR_EXP_CsFz":
   EXPDP> Processing object type TRANSPORTABLE_EXPORT/PLUGTS_BLK
   EXPDP> Processing object type TRANSPORTABLE_EXPORT/TABLE
   EXPDP> Processing object type TRANSPORTABLE_EXPORT/POST_INSTANCE/PLUGTS_BLK
   EXPDP> Master table "SYS"."TSPITR_EXP_CsFz" successfully loaded/unloaded
   EXPDP> ******************************************************************************
   EXPDP> Dump file set for SYS.TSPITR_EXP_CsFz is:
   EXPDP>   /tmp/tspitr_CsFz_17454.dmp
   EXPDP> ******************************************************************************
   EXPDP> Datafiles required for transportable tablespace TEST1:
   EXPDP>   /tmp/TRAINEE/datafile/o1_mf_test1_95wbkyck_.dbf
   EXPDP> Job "SYS"."TSPITR_EXP_CsFz" successfully completed at 14:56:02
Export completed
contents of Memory Script:
# shutdown clone before import
shutdown clone immediate
executing Memory Script
database closed
database dismounted
Oracle instance shut down
Performing import of metadata...
   IMPDP> Master table "SYS"."TSPITR_IMP_CsFz" successfully loaded/unloaded
   IMPDP> Starting "SYS"."TSPITR_IMP_CsFz":
   IMPDP> Processing object type TRANSPORTABLE_EXPORT/PLUGTS_BLK
Removing automatic instance
Automatic instance removed
auxiliary instance file /tmp/TRAINEE/datafile/o1_mf_temp_95wblk08_.tmp deleted
auxiliary instance file /tmp/TRAINEE/onlinelog/o1_mf_3_95wblj14_.log deleted
auxiliary instance file /tmp/TRAINEE/onlinelog/o1_mf_2_95wblhn8_.log deleted
auxiliary instance file /tmp/TRAINEE/onlinelog/o1_mf_1_95wblh8q_.log deleted
auxiliary instance file /tmp/TRAINEE/datafile/o1_mf_sysaux_95wbkybz_.dbf deleted
auxiliary instance file /tmp/TRAINEE/datafile/o1_mf_undotbs2_95wbkycy_.dbf deleted
auxiliary instance file /tmp/TRAINEE/datafile/o1_mf_system_95wbkybb_.dbf deleted
auxiliary instance file /tmp/TRAINEE/controlfile/o1_mf_95wbkpvj_.ctl deleted
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 10/16/2013 14:56:16
RMAN-06963: Error received during import of metadata
RMAN-06961:    IMPDP> ORA-39123: Data Pump transportable tablespace job aborted
ORA-01565: error in identifying file '/oracle/oradata/TRAINEE/datafile/o1_mf_test1_95w9fln9_.dbf'
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Additional information: 3

Hi,
Cloud you please cheek below link:
ORACLE Cookies: TSPITR to recover a dropped tablespace
Thank you

Run transportable tablespace

Hi;
I have a file system database on linux which is 10g.I want to transport this database to new host asm on 11g.
I am unable to use transportable database since the endian formats are different. I want to use transportable tablespace feature with rman.
The database is pretty big. I dont have enough space to do the conversion on the source database.
If I ship the backup of the database to new host, can I do the conversion on new host ?
ie:
run {
allocate channel t1 type 'SBT_TAPE';
transport tablespace "USERS"
Tablespace destination '/ora_backup/tts'
Auxiliary destination '/ora_backup/tts'
Datapump directory data_pump_dir
dump file 'tts_test.dmp'
Import script 'tts_test.imp'
Export log 'exp_tts_test.log'

Ricardo,
I had given you a link in the other thread of yours. Did you see it? If not , please do. You can do the conversion either on the source or you can ship the files on the target host and can convert there as well. Please see the link since it covers it completely.
Aman....

Transportable tablespace error

Oracle version 9.2.0.8
OS - Windows XP
I am doing tablespace transport from one database to another database.
My export went good but while importing I am getting some errors
Not only that but I have to restart instance every time I try import
C:\>exp userid='sys/**** as sysdba' transport_tablespace=y tablespaces=xyz5 file='C:\u03\expor\xyz5.dmp' log='C:\u03\expor\xyz.log'
Export: Release 9.2.0.8.0 - Production on Sat Mar 22 22:50:20 2008
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
Connected to: Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.8.0 - Production
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...
For tablespace EXAMPLE3 ...
. exporting cluster definitions
. exporting table definitions
. . exporting table
. exporting referential integrity constraints
. exporting triggers
. end transportable tablespace metadata export
Export terminated successfully without warnings.
C:\>imp USERID='sys/** AS SYSDBA' TRANSPORT_TABLESPACE=y DATAFILES='C:\oracle\oradata\spri\xyz5.DBF' TABLESPACES=xyz5 FILE='C:\u03\expor\xyz5.dmp'
Import: Release 9.2.0.8.0 - Production on Sat Mar 22 23:21:58 2008
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
Connected to: Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.8.0 - Production
Export file created by EXPORT:V09.02.00 via conventional path
About to import transportable tablespace(s) metadata...
import done in WE8MSWIN1252 character set and AL16UTF16 NCHAR character set
. importing SYS's objects into SYS
IMP-00017: following statement failed with ORACLE error 3113:
"BEGIN sys.dbms_plugts.beginImport ('9.2.0.8.0',178,'2000',NULL,'NULL',252"
"78,7151,1); END;"
IMP-00003: ORACLE error 3113 encountered
ORA-03113: end-of-file on communication channel
IMP-00000: Import terminated unsuccessfully

How the error of exp and imp will come in alert.log file?
It will come in the log file we specified in parameter. I already posted that information.

Transportable tablespace number of datafiles

We are using transportable tablespace to move tablespaces.
Our database one data tablespace contain 21 datafile and index tablespace contain 18 datafiles.
Tablespace Name:TEST_DATA Datafiles: /oradata/test_data001.dbf,/oradata/test_data002.dbf, .... /oradata/test_data021.dbf
Tablespace Name:INDEX_DATA Datafiles: /oradata/index_data001.dbf,/oradata/index_data002.dbf, .... /oradata/test_data018.dbf
I will take export Successfully bellow using command.
exp "'/ as sysdba'" file=exp_tts.dmp log=exp_tts.log transport_tablespace=y \
tablespaces=TEST_DATA,INDEX_DATA
For Example. (datafile sample i have given)
imp "'/ as sysdba'" file=exp_tts.dmp log=imp_tts.log fromuser=xxx \
touser=xxx transport_tablespace=y datafiles=/oradata/test_data001.dbf,/oradata/test_data002.dbf, .... /oradata/test_data021.dbf, \
/oradata/index_data001.dbf,/oradata/index_data002.dbf, .... /oradata/test_data018.dbf
Over all we are using 39 datafiles in transportable tablespace.
My question is import side i will give all datafiles name. it is very Complicated ( it's possiable to miss any datafile name)
1.Any other way to using import ?
2.It's possiable to given one location in all datafiles. (ex datafile=/oradata)
3.we are using source location and target location same.
Regds
Murali
Edited by: skrmurali on Oct 30, 2009 12:21 PM

hi,
you can give your desired location during import... but you should give the exact location of the datafiles that have been restored..
i.e,
if you copied all datafiles to /uo1/oradata/test_data001.dbf
then in the import you must mention the same,, datafiles='/uo1/oradata/test_data001.dbf'.....
import will done successfully...
orelse if you can do cloning do RMAN clone..
regards,
Deepak

Migrating a new partition table with transportable tablespace

I created a partitioned table with 2 partitions (2010 and 2011) and used transportable tablespace to migrate the data over to a new envionment. My question is, if I decide to add a partition (2012) in the future, can I simply move that new partition along with the associated datafile via transportable tablespace or would I have to move all the partitions (2010, 2011, 2012).

user564785 wrote:
I created a partitioned table with 2 partitions (2010 and 2011) and used transportable tablespace to migrate the data over to a new envionment. My question is, if I decide to add a partition (2012) in the future, can I simply move that new partition along with the associated datafile via transportable tablespace or would I have to move all the partitions (2010, 2011, 2012).Yes why not.
1) create a table as CTAS from 2012 in new Tablespace on source
2) transport the tablespace
3) Add partition to existing partition table Or exchange partition
Oracle has also documented this procedure:
http://docs.oracle.com/cd/B28359_01/server.111/b28310/tspaces013.htm#i1007549

Transport Tablespace via RMAN

Similar Messages

Maybe you are looking for