oracle import/export 命令

 

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   本文转自： http://zsl79812sun.blog.163.com/blog/static/1234112752009631103418551/