如果您导出 * 文件 * 而不仅仅是表，则ORA_ROWSCN似乎会被保留。常规的数据泵导出和导入总是会更改SCN，因此Oracle没有理由正常保存这些额外信息。但是，由于可传输表空间复制整个数据文件，因此这些额外的SCN信息会随文件一起沿着。
您可能希望仅为这一个表创建一个单独的对象，这样就不需要复制很多额外的对象。

危险

这个解决方案在我的机器上工作，这是我唯一能保证的。这是部分未记录的行为，它可能在其他版本，版本或平台上不起作用。然后还有一个问题，即ORA_ROWSCN值偶尔会根据表的查询方式而改变，即使表没有改变。ORA_ROWSCN不是设计用于这种方式的，但如果你幸运的话，也许对你有用
在应用此解决方案之前，您需要仔细测试它。

脚本

我的脚本主要基于this helpful tutorial about transportable tablespaces from Oracle-Base。我将表更改为一个更简单的表，以证明ORA_ROWSCN保持不变，更改了一些连接和物理属性以匹配我的系统，并重新Map了模式名称和数据库名称，以证明如何将数据复制到同一数据库，但作为不同的模式。
该脚本有点混乱，您需要进行一些重大更改以使其适合您的环境。

sqlplus /@orclpdb as sysdba

CREATE TABLESPACE test_data
  DATAFILE 'D:\19C\APP\JON\ORADATA\ORCL\ORCLPDB\test_data01.dbf'
  SIZE 1M AUTOEXTEND ON NEXT 1M;

CREATE USER test_user IDENTIFIED BY test_user
  DEFAULT TABLESPACE test_data
  TEMPORARY TABLESPACE temp
  QUOTA UNLIMITED ON test_data;

GRANT CREATE SESSION, CREATE TABLE TO test_user;

create table test_user.test1(a number) rowdependencies;

begin
    for i in 1 .. 10 loop
        insert into test_user.test1 values(i);
        commit;
    end loop;
end;
/

select a, trim(to_char(ora_rowscn, '999999999999999')) from test_user.test1 order by a;

From original schema:
A   TRIM(TO_CHAR(ORA_ROWSCN,'999999999999999'))
1   39460713200691
2   39460713200694
3   39460713200697
4   39460713200699
5   39460713200702
6   39460713200704
7   39460713200706
8   39460713200708
9   39460713200710
10  39460713200712

begin
    SYS.DBMS_TTS.TRANSPORT_SET_CHECK(ts_list => 'TEST_DATA', incl_constraints => TRUE);
end;
/

SELECT * FROM sys.transport_set_violations;

ALTER TABLESPACE test_data READ ONLY;

--Modern versions always have this directory working.
-- On my PC: D:\19c\app\jon\admin\orcl\dpdump/9943A0901A94486A900B0716D7E1B70F
select * from dba_directories where directory_name = 'DATA_PUMP_DIR';

expdp userid=\"/@orclpdb as sysdba\" directory=DATA_PUMP_DIR transport_tablespaces=test_data dumpfile=test_data.dmp logfile=test_data_exp.log

-- Copy the datafile to the same location, but with a different name.
copy "D:\19C\APP\JON\ORADATA\ORCL\ORCLPDB\test_data01.dbf" "D:\19C\APP\JON\ORADATA\ORCL\ORCLPDB\test_data02.dbf"

ALTER TABLESPACE test_data READ WRITE;

-- TARGET DB (I'm using the same DB):
CREATE USER test_user2 IDENTIFIED BY test_user2;
GRANT CREATE SESSION, CREATE TABLE TO test_user2;

impdp userid=\"/@orclpdb as sysdba\" directory=DATA_PUMP_DIR dumpfile=test_data.dmp logfile=test_data_imp.log remap_schema=test_user:test_user2 REMAP_TABLESPACE=test_data:test_data2 transport_datafiles='D:\19C\APP\JON\ORADATA\ORCL\ORCLPDB\test_data02.dbf'

select a, trim(to_char(ora_rowscn, '999999999999999')) from test_user2.test1 order by a;

From new schema - notice how the values are the same as above:
A   TRIM(TO_CHAR(ORA_ROWSCN,'999999999999999'))
1   39460713200691
2   39460713200694
3   39460713200697
4   39460713200699
5   39460713200702
6   39460713200704
7   39460713200706
8   39460713200708
9   39460713200710
10  39460713200712

字符串