通常我们使用EXP/IMP，EXPDP/IMPDP 进行数据库的迁移，但是若对数据的一致性要求比较严格，要求生产库的停机时间最短，尽量的减少对应用业务的影响，因为使用逻辑迁移过程中应用会对数据库持续写入，在导出，再导入过程中源数据库和目标数据库会出现数据不一致的现象，可以通过物化视图也可以实现这一功能。
环境：windows 11g + linux 5 11g oracl 为windows 环境的实例，rac1 为linux 的实例！ 建立测试表。yang@oracl>create table yangtab (id number primary key ,name varchar2(15));
在测试表上建立物化日志。
yang@oracl>create materialized view log on yangtab;
实体化视图日志已创建。
yang@oracl>insert into yangtab
2 select rownum id,
3 dbms_random.string('l',15) name
4 from dual
5 connect by level <= 1e6;
已创建1000000行。
yang@oracl>commit;
提交完成。
yang@oracl>host date
当前日期: 2011/03/19 周六
输入新日期: (年月日)
yang@rac1>host time
当前时间: 12:49:45.67
输入新时间:
yang@oracl>select count(1) from yangtab;
COUNT(1)
----------
1000000
在目标库上创建基于源库yangtab 的物化视图，并设置每隔1分钟进行刷新一次。
yang@rac1>create materialized view yangtab_mv
2 refresh fast start
for update with sysdate next sysdate +1/1440
3 with primary key as select * from yangtab@linkyang;
Materialized view created.
yang@rac1>select job,log_user,last_date,last_sec,next_date,next_sec,interval,what from user_jobs;
JOB LOG_USER LAST_DATE LAST_SEC NEXT_DATE NEXT_SEC INTERVAL WHAT
---- -------- --------------------- ---------- ------------------------- ---------------- -------------
146 YANG Mar 19 2011 11:27:01 11:27:01 Mar 19 2011 11:28:01 11:28:01 sysdate +1/1440
dbms_refresh.refresh('"YANG"."YANGTAB_MV"'); yang@rac1>select * from tab;
TNAME TABTYPE CLUSTERID
---------------------- ------- ----------
V TABLE
YANGALL TABLE
YANGTAB_MV TABLE
在源库插入数据后，从目标库上查询基表的数据
yang@rac1>select count(1) from yangtab@linkyang;
COUNT(1)
----------
1000000
此时查询物化视图还没数据，刷新物化视图需要时间。
yang@rac1>select count(1) from yangtab_mv;
COUNT(1)
----------
0
等待一段时间后，可以查询到物化视图中有数据了。
yang@rac1>select count(1) from yangtab_mv;
COUNT(1)
----------
1000000
在生产环境中可能还有应用对yangtab 进行操作，在对基表进行最后一次刷新前，将应用迁移到目标库上对 新建的物化视图进行访问（
物化视图必须是可更新的，否则在目标库不可对mv 进行dml操作）。
在目标库中手工执行刷新物化视图。
yang@rac1>EXEC DBMS_MVIEW.REFRESH('MV_YANGTAB');
PL/SQL 过程已成功完成。
此操作保证目标和源数据库中的数据一致。至此 从windows 环境下将数据迁移到linux环境的操作完成。