在10G之前，甚至在10G的Oracle環境中，有很多數據量不大，重要性不太高的系統依然采用EXP/IMP邏輯導出備份方式，或者，作為輔助備份方式。

通常情況下，我們都是這樣操作的：

1.exp導出

2.gzip壓縮

3.gzip解壓

4.imp導入

這樣操作有如下兩個不好的地方：

1.占用大量磁盤空間，磁盤剩余空間必須大于導出的，未壓縮的文件大小加上壓縮后的文件大小。如果設置計劃任務，每日定時導出的話，很有可能因為磁盤空間不足導致備份失敗。由于這種備份方式磁盤使用率的劇烈抖動，即使有監控工具，也不能很好的提供趨勢分析

2.系統資源浪費，在導出時，大部分都在等待IO。而壓縮時，又大部分等待CPU，整體利用率不高。

那么，有沒有辦法直接導出成壓縮文件？并直接從壓縮文件導入呢？

EXP導出：

$ mknod p p

$ gzip < p > test.dmp.gz & exp system/xxxx tables=TEST buffer=31457280 CONSISTENT=Y COMPRESS=N file=p

[3] 24532

Export: Release 10.2.0.5.0 - Production on 星期四 1月 19 10:27:45 2012

Copyright (c) 1982, 2007, Oracle. All rights reserved.

連接到: Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production

With the Partitioning, Data Mining and Real Application Testing options

已導出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集

即將導出指定的表通過常規路徑...

當前的用戶已更改為 SYSTEM

. . 正在導出表 TEST導出了 1875063 行

成功終止導出, 沒有出現警告。

[1] Done gzip < p > test.dmp.gz

[2]- Done gzip < p > test.dmp.gz

[3]+ Done gzip < p > test.dmp.gz

$ rm -rf p

IMP導入：

$ mknod p p

$ gunzip < test.dmp.gz > p & imp system/xxx file=p full=y buffer=31457280

[2] 24572

Import: Release 10.2.0.5.0 - Production on 星期四 1月 19 10:29:16 2012

Copyright (c) 1982, 2007, Oracle. All rights reserved.

連接到: Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production

With the Partitioning, Data Mining and Real Application Testing options

經由常規路徑由 EXPORT:V10.02.01 創建的導出文件

已經完成 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集中的導入

. 正在將 SYSTEM 的對象導入到 SYSTEM

. . 正在導入表 "TEST"導入了 1875063 行

成功終止導入, 沒有出現警告。

[1] Done gzip < p > test.dmp.gz

[2]+ Done gunzip < test.dmp.gz > p[@more@]

總結

以上是生活随笔為你收集整理的oracle 压缩导出 导入,EXP直接导出压缩问津，IMP直接导入压缩文件的方法的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。