Oracle Upgrade V9 to V10 - Transportable Tablespaces

Hi,
I am upgrading a database from Oracle 9i v 9.2.0.6.0 to Oracle 10g 10.2.0.4.0. Both servers are running Windows 2003 Server 32Bit.
My plan is to upgrade using Transportable Tablespaces. This is what I have done.
1) exec DBMS_TTS.TRANSPORT_SET_CHECK('XXX,XXX,XXX,XXX,XXX,XXX,XXX,XXX,XXX,XXX,XXX',true); --> This checked out fine.
2) Set the above tablespaces as read only.
3) Copied all the datafiles to the new server (2TB)
4) Did the export: exp 'xxx@xxxx as sysdba' transport_tablespace=y tablespaces=(XXX,XXX,XXX,XXX,XXX ETC...) tts_full_check=y file=c:\EXP.dmp log=c:\exp.log
5) Here comes the problem: When I do the import it imports the tables with the data and forces me o create the Schemas manually. It does not import the users / packages / views / triggers etc...
I need to do an export that that will include everything (Creates Schemas, Packages, Views, Triggers, Tables, data).
I know there is a function FULL=y, this will not work as I do not have an additional 2TB for the export file.
Can someone please explain how to do this?
Kind Regards
Henk

Welcome to the forums !
Is there a reason you are using transportable tablespaces ? Would it not be easier to do an in-place upgrade on the current server, then copy/clone the instance to the new server ?
HTH
Srini

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

Logic of Transportable Tablespace Support is confusing... Any ideas?

Folks,
Oracle allows the import of transportable tablespaces on Oracle SE1, Oracle SE and Oracle EE. However, Oracle only allows the export of transportable tablespaces on Oracle EE. This seems like the exact opposite of what Oracle would want.
Export your Oracle SE tablespaces and import them into an Oracle EE database and you facilitate the moving from SE DB to EE DB... Export your tablespaces from DB EE and import them into DB SE and you facilitate what exactly? Downgrading your database from EE to SE?
Can anyone provide the logic for only supporting going 'down' with an exportable tablespace?
Thanks,
Rich

You'd have to talk with Oracle folks that are involved in pricing to know for sure. We're just regular users around here, but we can speculate.
My guess is that the concern Oracle would have is that if you could transport from a standard edition database to an enterprise edition database that people would design systems with the intention of circumventing the licensing metrics. For example, if I can figure out how to architect a data warehouse where much of my ETL processing is done on one or more standard edition databases where I can buy the minimum number of user licenses for my processor count and then transport the tablespaces I build to my enterprise edition database, I might be able to save substantially on licensing costs since I don't need the horsepower on my EE database to do all my ETL work.
Transportable tablespaces are also something that is generally much more important to large companies (with large data sets and small processing windows) than it is to small companies. Economics 101 says that companies will always want to price discriminate and if you have a feature that is much more desirable to organizations with relatively larger wallets and this is one (of many) cases where Oracle wants to steer large enterprises towards using the enterprise edition. It's the same principal by which airlines traditionally charge higher prices if you're not staying over a Saturday-- that is very valuable to businesses booking business travel and relatively unimportant to casual pleasure travelers so it allows the airlines to present different prices to different market segments.
Justin

Oracle 10gR2 - Any way to speed up Transportable Tablespace Import?

I have a nightly process that uses expdp/impdp with Transportable Tablespace option to copy a full schema from one database to another. This process was initially done with just expdp/impdp, however the creation of the indexes started to slow down the process at which time I switched to using Transportable Tablespace.
In the last 3 months, the number of objects in the schema has not changes however the amount of data has increased 15.73%. At the same time, the Transportable Tablespace impdp has increased 30.77% in time to process.
Is there any way to speed up a Transportable Tablespace impdp in Oracle 10gR2? The docs show that I cannot use parallel with TTS. I have excluded STATISTICS in the export.
Eventually I will be moving away from doing this TTS expdp/impdp, however for now I need to do what I can to contain the amount of time it takes to process.
Environment: Oracle 10.2.0.4 (source and destination) on Sun Solaris SPARC v10. We are not using ASM currently. Tablespace is 6 datafiles for a total of 87.5GB, 791 tables, 1924 indexes, 1773 triggers, and 10 LOBs.
Any help would be greatly appreciated.
Thanks!
-Vorpel

My reading of this thread was that there was a need to be able to do offline setups when the client had lost oracle lite (we get this on PDAs all the time when they go totally dead), so the CD install is something that can be sent out.
Any install (CD or otherwise) will be empty in terms of applications and data, not much you can do about that on a CD, but depending on the type of device and the storage possibilities you have you can secure the database and application files seperately. for example on a PDA using the external SD or flash for the data and file storage will keep them when the orace directory is lost from main storage and therefore all thet is needed after the oracle lite recovery is to recreate the odbc file (and possibly polite if you have special parameters). The setting of the crr flags for 'real' data on the server is a trick to bring the database up to date without a total rebuild.
NOTE if you use SD cards etc. on PDAs/small devices, beware of windows ce/mobile power up differential between main memory and external storage. If you power down in the middle of an update or query, you can get device read/write errors when the device powers up due to processing continuing before the storage media is active

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.

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 tablespace procedure in oracle 9i

Hi all,
We are using oracle 9.2.0.7 version in our production.In that one tablespace is having 160GB but objects size is 60Gb,am unable to get back the remaining space.So we are planning for either creating new tablespace and moving all the objects to that and dropping earlier one or transportable tablespace(not sure whether it is possible)
So please suggest me the better approch. help me out to transport a tablespace procedure
Thanks a lot

exp/imp is the other option.
Or you can use this query find out the object (table/index) on high water mark and just move them.
select a.tablespace_name
       ,a.file_name
       ,(b.maximum+c.blocks-1)*d.db_block_size highwater
from   dba_data_files a
       ,(select file_id,max(block_id) maximum
         from dba_extents
         group by file_id) b
       ,dba_extents c
       ,(select value db_block_size
         from v$parameter
         where name='db_block_size') d
where a.file_id = b.file_id
and   c.file_id = b.file_id
and   c.block_id = b.maximum
order by a.tablespace_name,a.file_name
/

Transport Tablespace from Physical Standby in Oracle 10gr2 - 64 Bit

Hi,
How to Export Transport Tablespaces from Physical Standby Server - Oracle 10gr2 EE in Windows 2003 EE, Since Production Servers are in 24*7 Support to avoid make Read Only Tablespaces.
Regards
Harish

Open your Physical Standby in read only mode and do your export. Then mount it back in managed recovery mode.

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."

10gR2 Transportable Tablespaces Certified for EBS 11i for Migration

Guys,
Good news is Now 10gR2 Transportable Tablespaces Certified for EBS 11i,
Here is Steven chan blog link, I know personally how much i struggled with expdp and impdp on linux, it sounds good news who is migrating 11i .
http://blogs.oracle.com/stevenChan/2010/04/10gr2_xtts_ebs11i.html?utm_source=feedburner&utm_medium=email&utm_campaign=Feed%3A+OracleE-BusinessSuiteTechnology+%28Oracle+E-Business+Suite+Technology%29

To migrate the database you can either use Transportable tablespaces or export/import.
Transportable Tablespaces
New Source Database Added for EBS 12 + 11gR2 Transportable Tablespaces
https://blogs.oracle.com/stevenChan/entry/new_source_database_added_for
New Source Databases Added for Transportable Tablespaces + EBS 11i
https://blogs.oracle.com/stevenChan/entry/new_source_databases_added_for
Database Migration using 11gR2 Transportable Tablespaces Now Certified for EBS 12
https://blogs.oracle.com/stevenChan/entry/database_migration_using_11gr2_transportable
Export/Import
Export/import process for 12.0 or 12.1 using 11gR1 or 11gR2 (Doc ID 741818.1)
Export/import notes on Applications 11i Database 11g (Doc ID 557738.1)
If your application will remain on the same OS (which is different than the target database OS) then please also see:
Oracle EBS R12 with Database Tier Only Platform on Oracle Database 11.2.0 (Doc ID 456347.1)
Using Oracle EBS with a Split Configuration Database Tier on 11gR2 (Doc ID 946413.1)
Oracle E-Business Suite Upgrades and Platform Migration (Doc ID 1377213.1)
Thanks,
Hussein

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 Importing - Failed to read stderr from process

Hello,
I'm using the normal EM console packaged with Oracle (10gR2) and am trying to import a tablespace on RedHat rel4.
I follow the Transport Tablespaces link on the maintenance tab and get the option of export or import and also the place to put the host credentials in. I select import, enter the credentials and click continue and am given this error: Failed to read stderr from process.
I've tried logging into EM as SYSTEM, SYS, and a DBA account I use and have used both root and the oracle account with no luck.
Searching hasn't gotten me any useful results here or in metalink so I'm stuck. What am I missing?
Thanks

Thank you thank you!
The short version is I traced it back to an error with /bin/nmo which traced back to a failure to run root.sh when upgrading to 10.2.0.3.
Thanks again!

Cross Platform migration employing Incremental Transportable Tablespaces

We have a VLDB that needs to be converted from a Sparc T3 Solaris Big endian to Linux small endian and there are over 6000 tables and the GoldenGate method to reduce downtime was attempted n dev and was an utter failure. Then I read in several places including metalink ( My Oracle Support ) in DOC ID 1644693.1 Entitiled "How to restore a pre 12c database backup to a cross platform cross endian 12c database", Bug 13335722 and many Oracle 12c Brochures all state that the cross platform cross endian method of using Incremental Transportable Tablespaces which used to be only supported for Exadata is now supported for ALL 12c platforms. Can anyone veriffy this and has employed this technique to migrate from Sun to Linux by first upgrading the source database to 12c then employing Incremental Transportable Tablespaces capabilities of 12c to migrate cross platform cross endian from Sun Sparc big endian 64 bit word to Linux Intel little endian 64 word. Otherwise if we migrate from 11GR2 Sun to Intel we are looking at least 5 days of Read Only downtime.
Thanks

You can also refer to Metalink note
Reduce Transportable Tablespace Downtime using Cross Platform Incremental Backup (Doc ID 1389592.1)

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.

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

Oracle Upgrade V9 to V10 - Transportable Tablespaces

Similar Messages

Maybe you are looking for