[20140827]imp exp 使用管道迁移数据.txt

--最近帮别人升级一套数据库,9i到11g.
--那个慢真让人受不了,也许是以前的老机器性能不行.数据量并不大.导出花了时间比较长.

--我很久就知道导出可以管道压缩导出文件,实现一边导出一边压缩的功能,现在硬盘空间都很大,很少考虑这种方式.
--而且现在很少使用这种方式备份数据.

--是否可以使用管道实现一边导出一边导入呢?这样可以节约时间,我做了一个测试:
--全部操作都在目的端进行,主要是exp/imp版本问题(烦),操作系统都是linux。

1.首先测试是否不用管道是否正常使用：

exp system/xxxx file=ticd10.dmp tables=icare.ticd10  buffer=20971520 consistent=y log=ticd10_exp.log direct=y triggers=n
imp scott/btbtms@192.168.100.40/test.com file=ticd10.dmp tables=ticd10 buffer=20971520 commit=y log=ticd10_imp.log fromuser=icare touser=scott

--测试通过！为了后面的验证，改名表，删除索引以及约束等信息。
alter table ticd10 rename to ticd10_org;

2.建立shell脚本:

$ cat ./play_pipe.sh
#! /bin/bash
mknod exp_pipe p
mknod imp_pipe p
exp system/xxxx file=exp_pipe tables=icare.ticd10  buffer=20971520 consistent=y log=ticd10_exp.log direct=y triggers=n &
sleep 1
dd bs=1M if=exp_pipe of=imp_pipe &
sleep 1
imp scott/btbtms@192.168.100.40/test.com file=imp_pipe tables=ticd10 buffer=20971520 commit=y log=ticd10_imp.log fromuser=icare touser=scott &

chmod 755 play_pipe.sh
./play_pipe.sh  > /dev/null 2>&1

--说明: 加入>/dev/null 2>&1后面的参数，主要避免显示界面太乱了。

3.验证数据是否正确：
--检查导出日志正常！检查数据看看。

SCOTT@test> select count(*) from ticd10_org ;
  COUNT(*)
----------
     24177

SCOTT@test> select count(*) from ticd10 ;
  COUNT(*)
----------
     24177

SCOTT@test> select * from ticd10 minus select * from ticd10_org;
no rows selected

SCOTT@test> select * from ticd10_org minus select * from ticd10;
no rows selected

SCOTT@test> analyze table scott.ticd10 validate structure;
Table analyzed.

SCOTT@test> analyze table scott.ticd10_org validate structure;
Table analyzed.

--没有数据丢失，说明是可行。

4.总结：
--测试说明以上方法是可行的。没有做大规模的测试，真不敢在迁移中使用。
--真正迁移使用，估计自己也不敢用，保险还是选择传统的方式。仅仅为了学习的需要，做了这个测试。