begin
dbms_output.put_line(' ');
dbms_output.put_line(' Allocating device.... ');
dbms_output.put_line(' Specifying datafiles... ');
devicename := dbms_backup_restore.deviceAllocate;
dbms_output.put_line(' Specifing datafiles... ');
SELECT MAX(file_id)+1 INTO data_file_id FROM dba_data_files;
SELECT value INTO v_db_create_file_dest FROM v$parameter WHERE name ='db_create_file_dest';
IF v_db_create_file_dest IS NOT NULL
THEN
dbms_backup_restore.restoreSetDataFile;
dbms_backup_restore.getOMFFileName('EXAMPLE',omfname);
dbms_backup_restore.restoreDataFileTo(data_file_id, omfname, 0,'EXAMPLE');
ELSE
dbms_backup_restore.restoreSetDataFile;
dbms_backup_restore.restoreDataFileTo(data_file_id,'&data_file_name');
END IF;
dbms_output.put_line(' Restoring ... ');
dbms_backup_restore.restoreBackupPiece('&data_file_backup', done);
SELECT max(recid) INTO rec_id FROM v$datafile_copy;

-- Now get the real file name. It could be also OMF filename
SELECT name, stamp, resetlogs_change#, creation_change#, checkpoint_change#,block_size
INTO real_file_name, stamp,resetlogs_change, creation_change, checkpoint_change, blksize
FROM V$DATAFILE_COPY
WHERE recid = rec_id and file# = data_file_id;

-- Uncatalog the file from V$DATAFILE_COPY. This important.
dbms_backup_restore.deleteDataFileCopy(recid => rec_id,
stamp => stamp,
fname => real_file_name,
dfnumber => data_file_id,
resetlogs_change => resetlogs_change,
creation_change => creation_change,
checkpoint_change => checkpoint_change,
blksize => blksize,
no_delete => 1,
force => 1);
-- Set the bindvariable to the real filename
:new_datafile := real_file_name;

if done then
dbms_output.put_line(' Restore done.');
else
dbms_output.put_line(' ORA-XXXX: Restore failed ');
end if;
end;
/

这个恢复完成之后，接下来最重要的部分就是通过传输表空间技术将example表空间导入到当前的数据库。
考虑一下这种情况，当进行跨数据库迁移时，需要将一个用户表空间中的数据迁移到另外一个数据库，应该使用什么样的方法呢？最常规的做法可能是通过EXP工具将数据全部导出，然后在目标数据库上IMP导入，可是这种方法可能会比较缓慢。EXP工具同时还提供另外一种技术-可传输表空间技术，可以用于加快这个过程。
在exp -help的帮助中，可以看到这样一个参数：
TRANSPORT_TABLESPACE 导出可传输的表空间元数据 (N)

通过这个选项，我们可以对一组自包含、只读的表空间只导出元数据，然后在操作系统层将这些表空间的数据文件拷贝至目标平台，并将元数据导入数据字典（这个过程称为插入，plugging），即完成迁移。
对于可传输表空间有一个重要概念：自包含（Self-Contained）。
在表空间传输的中，要求表空间集为自包含的，自包含表示用于传输的内部表空间集没有引用指向外部表空间集。自包含分为两种：一般自包含表空间集和完全（严格）自包含表空间集。
常见的以下情况是违反自包含原则的：
? 索引在内部表空间集，而表在外部表空间集（相反地，如果表在内部表空间集，而索引在外部表空间集，则不违反自包含原则）。
? 分区表一部分区在内部表空间集，一部分在外部表空间集（对于分区表，要么全部包含在内部表空间集中，要么全不包含）。
? 如果在传输表空间时同时传输约束，则对于引用完整性约束，约束指向的表在外部表空间集，则违反自包含约束；如果不传输约束，则与约束指向无关。
? 表在内部表空间集，而lob列在外部表空间集，则违反自包含约束。
通常可以通过系统包DBMS_TTS来检查表空间是否自包含，验证可以以两种方式执行：非严格方式和严格方式。
以下是一个简单的验证过程，假定在eygle表空间存在一个表eygle，其上存在索引存储在USERS表空间：

SQL> create table eygle as select rownum id ,username from dba_users;
Table created.

SQL> create index ind_id on eygle(id) tablespace users;
Index created.

以SYS用户执行非严格自包含检查（full_check=false）：