先由exp把数据卸出到文件系统, 产生一个.dmp文件, 然后必要时再由imp将数据装入数据库. 对于一般中小型数据库来说, 全数据库的exp所产生的dmp文件可能小于2GB, 但对稍大型的数据库, exp产生的数据动辄数十至上百个GB. 而现时多数操作系统为32位, 其文件系统允许的最大文件为2GB. 这样显然不能由文件系统存放exp产生的数据. 这是问题之一. 另一个问题是随着数据库的不断增大, exp所需时间越来越长以致实际上很难实施. 本文针对以上两个问题讨论相应对策.
管道
管道 是一种伪文件. 它存在于内存中, 用于快速I/O操作. 管道的缓冲区采用先进先出机制, 即写管道进程写到缓冲区头部而读管道进程读取管道尾部. 建立管道的命令为”mknod filename p".
gzip命令
名称
gzip, gunzip, zcat -压缩或解压文件
总览
gzip [ -acdfhlLnNrtvV19 ] [-S suffix] [ name ... ]
gunzip [ -acfhlLnNrtvV ] [-S suffix] [ name ... ]
zcat [ -fhLV ] [ name ... ]
描述
Gzip使用lempel - ziv编码减少指定文件的大小(LZ77)。在可能的情况下，每个文件都被一个扩展名替换.gz，同时保持相同的所有权模式，访问和修改时间。(默认扩展名对于VMS为-gz，对于MSDOS,OS /2 FAT,Windows NT FAT和Atari为Z。) 如果没有指定文件，或者文件名是“-”，则标准输入被压缩到标准输出。Gzip只会尝试压缩常规文件。特别是，它将忽略符号链接。
如果压缩文件名对其文件系统太长，则gzip将其截断。Gzip试图只截断长度超过3个字符文件名称的部分。(部分是由点来分隔的。) 如果名称仅由小部分组成，最长的部分被截断。例如，如果文件名限制在14个字符，那么gzip.msdos.exe被压缩为gzi.msd.exe.gz。在没有限制文件名长度的系统上，名称不会被截断。
。。。。。。
选项
-f --force
强制压缩或解压，即使该文件有多个链接或相应的文件已经存在，或者将压缩的数据从终端读取或写入到终端。如果输入数据没有gzip识别的格式，并且如果选项--stdout也被给出，那么将输入数据复制到标准输出：让zcat表现为cat。
数据流重定向
标准输入（stdin）：代码为0，使用<或<<;
标准输出（stdout）：代码为1，使用>或>>;
标准错误输出（stderr）：代码为2，使用2>或2>>
解决方案
1.建立命名管道
mknod mypipe p
2.结合exp和gzip将导出的dmp文件直接压缩
exp $SWITCH_DBUSER/$SWITCH_DBPASS file=$HOME/file/expdp/mypipe tables=card_bin &
gzip <$HOME/file/expdp/mypipe >$HOME/file/expdp/card_bin.gz
如此即解决了直接导出dmp文件过大的弊端
如何通过备份的数据进行恢复呢
3.解压缩gz文件
gunzip -c card_bin.gz > card_bin.dmp
4.imp导入dmp文件
imp $SWITCH_DBUSER/$SWITCH_DBPASS IGNORE=y file=card_bin.dmp full=y
参考资料
《man gzip》
《鸟哥的Linux私房菜——基础学习篇》