https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrl-state=18nizyfmfm_118&id=1389592.1 2/25
Phase 4 - Transport Phase
Step 4.1 - Make Source Tablespaces READ ONLY in the Source Database
Step 4.2 - Create the Final Incremental Backup, Transfer, Convert, and Apply It to the Destination
Datafiles
Step 4.3 - Import Object Metadata into Destination Database
Step 4.4 - Make the Tablespace(s) READ WRITE in the Destination Database
Step 4.5 - Validate the Transported Data
Phase 5 - Cleanup
Appendix
Description of Perl Script xttdriver.pl Options
Description of Parameters in Configuration File xtt.properties
Known Issue
Known Issues for Cross Platform Transportable Tablespaces XTTS Document 2311677.1
Change History
Discuss Oracle Backup and recovery Topics!
References
APPLIES TO:
Oracle Database Cloud Exadata Service - Version N/A and later
Oracle Database Cloud Service - Version N/A and later
Oracle Database - Enterprise Edition - Version 10.2.0.3 to 12.1.0.2 [Release 10.2 to 12.1]
Oracle Database Cloud Schema Service - Version N/A and later
Oracle Database Exadata Express Cloud Service - Version N/A and later
Linux x86-64
PURPOSE
Consider using the new release of this procedure, version 4. This version has drastically simplified the
steps and procedure. Before proceeding, review:
V4 Reduce Transportable Tablespace Downtime using Cross Platform Incremental Backup Note
2471245.1
When using Cross Platform Transportable Tablespaces (XTTS) to migrate data between systems that have
different endian formats, the amount of downtime required can be substantial because it is directly proportional
to the size of the data set being moved. However, combining XTTS with Cross Platform Incremental Backup can
significantly reduce the amount of downtime required to move data between platforms.
Traditional Cross Platform Transportable Tablespaces
The high-level steps in a typical XTTS scenario are the following:
1. Make tablespaces in source database READ ONLY
2. Transfer datafiles to destination system
3. Convert datafiles to destination system endian format
4. Export metadata of objects in the tablespaces from source database using Data Pump
5. Import metadata of objects in the tablespaces into destination database using Data Pump
6. Make tablespaces in destination database READ WRITE
Because the data transported must be made read only at the very start of the procedure, the application that
owns the data is effectively unavailable to users for the entire duration of the procedure. Due to the serial nature
评论