My Oracle Support Banner

Best Practices for Using Transportable Tablespaces (TTS) (Doc ID 1457876.1)

Last updated on FEBRUARY 21, 2024

Applies to:

Oracle Database - Enterprise Edition - Version 9.2.0.1 to 12.1.0.1 [Release 9.2 to 12.1]
Oracle Database Cloud Schema Service - Version N/A and later
Gen 1 Exadata Cloud at Customer (Oracle Exadata Database Cloud Machine) - Version N/A and later
Oracle Cloud Infrastructure - Database Service - Version N/A and later
Oracle Database Backup Service - Version N/A and later
Information in this document applies to any platform.

 The purpose of this document is to discuss best practices when using transportable tablespaces (TTS), especially when migrating databases to a different RDBMS version and/or OS.

Scope

 The suggestions in this note generally apply to all databases.  E-Business Suite (EBS) databases, however, have specific instructions for using TTS.   For information regarding TTS and EBS databases, please see one of these two notes:

Using Transportable Database to migrate Oracle E-Business Suite 11i Using Oracle Database 10.2.0 or 11.1.0 Document 729309.1

Using Transportable Database to migrate E-Business Suite R12 Using Oracle Database 10gR2 or 11gR1 Document 734763.1.

 

Note: With 12c, you can now use full transportable export/import to move complete databases for sources that are 11.2.0.3 and up to 12c targets.  If this is your scenario, you may want to consider whether or not TTS is still the best way to move your entire database.  See <Document 1457743.1> Upgrading a Database Using Transportable Tablespaces (TTS) regarding the Full Transportable option.

 

Details

To view full details, sign in with your My Oracle Support account.

Don't have a My Oracle Support account? Click to get started!


In this Document
Purpose
Scope
Details
 1.  Check restrictions/limitations
 2.  Check for corruption bugs and common issues
 3.  Resolve invalid objects in the source database
 4.  Check the TTS tablespaces you want to export are self-contained.
 5.  Take a full "structural export" (no rows)
 6.  Make sure usernames exist in the target database before importing
 7. Import the full "structural export" (no rows) after you've plugged in the tablespaces
 8.  Do a dry run, especially for production databases
 9.  Keep the source database viable for a while, if possible
 10. Pay attention to "clean up" on the source server
 Additional Resources
References

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.