现在的位置: 首页 > 综合 > 正文

oracle import/export 命令

2014年06月14日 ⁄ 综合 ⁄ 共 3363字 ⁄ 字号 评论关闭

 

exp/imp 实例
    exp help=y 查看帮助
exp
1、exp
usr/pwd@sid  file=c:\tb.dump  tables=tb1
   如果是导出多个表,tables=(tb1、tb2)
2、exp
usr/pwd@sid  file=c:\tb.dump  --全部导出
3、exp
usr/pwd@sid  file=c:\tb.dump  owner=(system,sys) 

   将用户system和sys用户下的表都导出
4、exp
usr/pwd@sid  file=c:\tb.dump  tables=tb1 query=\"where name='ha'\"
   注意分号的位置
通过以下命令可以查看说明。
c:\>imp help=y
c:\>exp help=y
oracle Export and Import 简介
1、Export/Import的用处
Oracle Export/Import工具用于在数据库之间传递数据。 
Export从数据库中导出数据到dump文件中 
Import从dump文件中到入数据导数据库中 
下面是一般使用他们的情况 
(1)、两个数据库之间传送数据 
       同一个版本的oracle Server之间 
       不同版本的oracle Server之间 
       同种OS之间 
       不同种OS之间 
(2)、用于数据库的备份和恢复 
(3)、从一个SCHEMA传送到另一个SCHEMA 
(4)、从一个TABLESPACE传送到另一个TABLESPACE 

2、DUMP文件 
EXPORT到出的是二进制格式的文件,不可以手工编辑,否则会损坏数据。 
该文件在ORACLE支持的任何平台上都是一样的格式,可以在各平台上通用。 

DUMP文件在IMPORT时采用向上兼容方式,就是说ORALCE7的DUMP文件可以导入 
到ORACLE8中,但是版本相差很大的版本之间可能有问题。 

3、EXPORT/IMPORT过程 
EXPORT导出的DUMP文件包含两种基本类型的数据 
    - DDL 
    - Data 
DUMP文件包含所有重新创建Data Dictionary的DDL语句,基本上是可以读的格式。
但是应该注意的是,千万不要用文本编辑器编辑之,oracle说不支持这样做的。

4、IMPORT时的对象倒入顺序 
在倒入数据时,ORACLE有一个特定的顺序,可能随数据库版本不同而有所变化。           
                           
按这个顺序主要是解决对象之间依赖关系可能产生的问题。TRIGGER最后导入,所以在INSERT 
数据到数据库时不会激发TRIGGER。在导入后可能会有一些状态是INVALID的PROCEDURE,主要 
是IMPORT时会影响一些数据库对象,而IMPORT并不重新编译PROCEDURE,从而造成这种情况, 
可以重新编译之,就能解决这个问题。 

5、兼容性问题 
IMPORT工具可以处理EXPORT 5.1.22之后的版本导出的DUMP文件,所以你用ORACL E7的IMPORT 
处理ORACLE6的DUMP文件,依次类推,但是ORACLE如果版本相差很大有可能不能处理。具体的 
问题可以参照相应的文档,比如有关参数设置等(COMPATIBLE参数) 

6、EXPORT需要的VIEW 
EXPORT需要的VIEW是由CATEXP.SQL创建,这些内部VIEW用于EXPORT组织DUMP文件中数据格式。 
大部分VIEW用于收集创建DDL语句的,其他的主要供ORACLE开发人员用。 

这些VIEW在不同ORACLE版本之间有可能不同,每个版本可能都有新的特性加入。
所以在新的版本里面执行旧的dump文件会有错误,一般可以执行CATEXP.SQL解决这些问题,
解决向后兼容问题的一般步骤如下: 
   
  导出数据库的版本比目标数据库老的情况: 
  - 在需要导入的目标数据库中执行旧的CATEXP.SQL 
  - 使用旧的EXPORT导出DUMP文件  
  - 使用旧的IMPORT导入到数据库中 
  - 在数据库中执行新的CATEXP.SQL,以恢复该版本的EXPORT VIEW 

  导出数据库的版本比目标数据库新的情况: 
  - 在需要导入的目标数据库中执行新的CATEXP.SQL 
  - 使用新的EXPORT导出DUMP文件  
  - 使用新的IMPORT导入到数据库中 
  - 在数据库中执行旧的CATEXP.SQL,以恢复该版本的EXPORT VIEW 

7、碎片整理 
EXPORT/IMPORT一个很重要的应用方面就是整理碎片。因为如果时初次IMPPORT,就会重新CREATE TABLE 再导入数据,所以整张表都是连续存放的。另外缺省情况下下EXPORT会在生成DUMP文件是“压缩(COMPRESS)”TABLE,但是这种压缩在很多情况下被误解。事实上,COMPRESS是改变STORAGE参数INITIAL的值。比如: 

  CREATE TABLE .... STORAGE( INITIAL 10K NEXT 10K..) 

  现在数据已经扩展到100个EXTENT,如果采用COMPRESS=Y来EXPORT数据, 
  则产生的语句时 STORAGE( INITIAL 1000K NEXT 10K) 

  我们可以看到NEXT值并没有改变,而INITIAL是所有EXTENT的总和。所以会出现
如下情况,表A有4个100M的EXTENT,执行DELETE FROM A,然后再用COMPRESS=Y 导
出数据,产生的CREATE TABLE语句将有400M的INITIAL EXTENT。即使这是TABLE中
已经没有数据!!这是的DUMP文件即使很小,但是在IMPORT时就会产生一个巨大的TABLE. 

  另外,也可能会超过DATAFILE的大小。比如,有4个50M的数据文件,其中表A有
15个10M的EXTENT,如果采用COMPRESS=Y的方式导出数据,将会有INITIAL=150M,
那么在重新导入时,不能分配一个150M的EXTENT,因为单个EXTENT不能跨多个文件。 

8、在USER和TABLESPACE之间传送数据 
一般情况下EXPORT的数据要恢复到它原来的地方去。如果SCOTT用户的表以TABLE 或USER方式EXPORT数据,在IMPORT时,如果SCOTT用户不存在,则会报错! 以FULL方式导出的数据带有CREATE USER的信息,所以会自己创建USER来存放数据。 

当然可以在IMPORT时使用FROMUSER和TOUSER参数来确定要导入的USER,但是要保证 
TOUSER一定已经存在啦。

9、EXPORT/IMPORT对SQUENCE的影响 
在两种情况下,EXPORT/IMPORT会对SEQUENCE。 
(1)如果在EXPORT时,用户正在取SEQUENCE的值,可能造成SEQUENCE的不一致。
(2)另外如果SEQUENCE使用CACHE,在EXPORT时,那些在CACHE中的值就会被忽略的, 
     只是从数据字典里面取当前值EXPORT。 

如果在进行FULL方式的EXPORT/IMPORT时,恰好在用sequence更新表中某列数据,而且不是上面两种情况,则导出的是更新前的数据。 

如果采用常规路径方式,每一行数据都是用INSERT语句,一致性检查和INSERT T  RIGGER 
如果采用DIRECT方式,某些约束和trigger可能不触发,如果在trigger中使用sequence.nextval,将会对sequence有影响。

再保存个东西:
查看当前用户每个表占用空间的大小:
    Select Segment_Name,Sum(bytes)/1024/1024 From User_Extents Group By Segment_Name

查看每个表空间占用空间的大小:
    Select Tablespace_Name,Sum(bytes)/1024/1024 From Dba_Segments Group By Tablespace_Name

 
本文转自:
 

抱歉!评论已关闭.