Oracle EXP/IMP备份简介

EXP/IMP备份是最常用的备份方法之一，其实Exp/Imp并不算是一种好的备份方式，正确的说法是Exp/Imp只能是一个好的转储工具
Oracle EXP/IMP备份：
导入/导出是ORACLE幸存的最古老的两个命令行工具了，其实我从来不认为Exp/Imp是一种好的备份方式，正确的说法是Exp/Imp只能是一个好的转储工具，特别是在小型数据库的转储，表空间的迁移，表的抽取，检测逻辑和物理冲突等中有不小的功劳。当然，我们也可以把它作为小型数据库的物理备份后的一个逻辑辅助备份，也是不错的建议。对于越来越大的数据库，特别是TB级数据库和越来越多数据仓库的出现，Oracle EXP/IMP备份越来越力不从心了，这个时候，数据库的备份都转向了RMAN和第三方工具。下面我们还是简要介绍一下Oracle EXP/IMP备份的使用。
i、Oracle EXP/IMP备份使用方法
Exp parameter_name=value
Or Exp parameter_name=(value1,value2……)
只要输入参数help=y就可以看到所有帮助
如：
C:\>set nls_lang=simplified chinese_china.zhs16gbk
C:\>exp -help
Export: Release 8.1.6.0.0 - Production on 星期四 4月 10 19:09:21 2003
(c) Copyright 1999 Oracle Corporation.   All rights reserved.

通过输入 EXP 命令和用户名/口令，您可以在用户 / 口令之后的命令:
实例: EXP SCOTT/TIGER
或者，您也可以通过输入跟有各种参数的 EXP 命令来控制“导出” 的运行方式。要指定参数，您可以使用关键字:

格式: EXP KEYWORD=value 或 KEYWORD=(value1,value2,...,valueN)
实例: EXP SCOTT/TIGER GRANTS=Y TABLES=(EMP,DEPT,MGR) 或 TABLES=(T1: P1,T1: P2)，如果 T1 是分区表USERID 必须是命令行中的第一个参数。关键字   说明（默认）        关键字    说明（默认）
--------------------------------------------------------------------------
USERID 用户名/口令          FULL       导出整个文件 (N)
BUFFER 数据缓冲区的大小       OWNER        所有者用户名列表
FILE     输出文件 (EXPDAT.DMP) TABLES    表名列表
COMPRESS 导入一个范围 (Y) RECORDLENGTH   IO 记录的长度
GRANTS   导出权限 (Y)          INCTYPE    增量导出类型
INDEXES 导出索引 (Y)           RECORD    跟踪增量导出 (Y)
ROWS 导出数据行 (Y)       PARFILE    参数文件名
CONSTRAINTS 导出限制 (Y) CONSISTENT 交叉表一致性
LOG    屏幕输出的日志文件 STATISTICS   分析对象 (ESTIMATE)
DIRECT 直接路径 (N)              TRIGGERS     导出触发器 (Y)
FEEDBACK 显示每 x 行 (0) 的进度
FILESIZE 各转储文件的最大尺寸
QUERY 选定导出表子集的子句

下列关键字仅用于可传输的表空间TRANSPORT_TABLESPACE 导出可传输的表空间元数据 (N) TABLESPACES 将传输的表空间列表
在没有警告的情况下成功终止导出。
C:\>
帮助已经很详细的说明了参数的意义和使用方法，并列举了几个简单的例子，注意的是，从8i开始，已经开始支持数据子集的方法，就是可以指定自己的Where条件，可以从表中导出一行或多行数据。注意上面的set nls_lang=simplified chinese_china.zhs16gbk，通过设置环境变量，可以让exp的帮助以中文显示，如果set nls_lang=American_america.字符集，那么你的帮助就是英文的了。增量和累计导出必须在全库方式下才有效，而且，大多数情况下，增量和累计导出并没有想象中的那么有效。ORACLE从9i开始，不再支持增量导出和累计导出。
ii、表空间传输
表空间传输是8i新增加的一种快速在数据库间移动数据的一种办法，是把一个数据库上的格式数据文件附加到另外一个数据库中，而不是把数据导出成Dmp文件，这在有些时候是非常管用的，因为传输表空间移动数据就象复制文件一样快。关于传输表空间有一些规则，即：
·源数据库和目标数据库必须运行在相同的平台上。
·源数据库与目标数据库必须使用相同的字符集。
·源数据库与目标数据库一定要有相同大小的数据块（9i已经不用）
·目标数据库不能有与迁移表空间同名的表空间
·SYS的对象不能迁移
·必须传输自包含的对象集
·有一些对象，如物化视图，基于函数的索引等不能被传输
可以用以下的方法来检测一个表空间或一套表空间是否符合传输标准：
exec sys.dbms_tts.transport_set_check(‘tablespace_name’,true);
select * from sys.transport_set_violation;
如果没有行选择，表示该表空间只包含表数据，并且是自包含的。对于有些非自包含的表空间，如数据表空间和索引表空间，可以一起传输。以下为简要使用步骤，如果想参考详细使用方法，也可以参考ORACLE联机帮助。
a.设置表空间为只读（假定表空间名字为APP_Data 和APP_Index）
alter tablespace app_data read only;
alter tablespace app_index read only;
b.发出EXP命令
SQL>host exp userid=”””sys/password as sysdba”””
transport_tablespace=y tablespace=(app_data, app_index)

以上需要注意的是
·为了在SQL中执行EXP，USERID必须用三个引号，在UNIX中也必须注意避免“/”的使用
·在816和以后，必须使用sysdba才能操作
·这个命令在SQL中必须放置在一行（这里是因为显示问题放在了两行）
c.拷贝数据文件到另一个地点，即目标数据库可以是cp(unix)或copy(windows)或通过ftp传输文件（一定要在bin方式）
d.把本地的表空间设置为读写
e.在目标数据库附加该数据文件
imp file=expdat.dmp userid=”””sys/password as sysdba”””
   transport_tablespace=y
   “datafile=(c:\temp\app_data,c:\temp\app_index)”
f.设置目标数据库表空间为读写
alter tablespace app_data read write;
    alter tablespace app_index read write;
iii、导出/导入与字符集
明白ORACLE的多国语言设置，ORACLE多国语言设置是为了支持世界范围的语言与字符集，一般对语言提示，货币形式，排序方式和CHAR,VARCHAR2,CLOB,LONG字段的数据的显示等有效。ORACLE的多国语言设置最主要的两个特性就是国家语言设置与字符集设置，国家语言设置决定了界面或提示使用的语言种类，字符集决定了数据库保存与字符集有关数据（如文本）时候的编码规则。正如刚才上面的一个小例子，环境变量NLS_LANG的不同，导致EXP帮助发生变化，这就是多国语言设置的作用（NLS_LANG包含国家语言设置与字符集设置，这里起作用的是国家语言设置，而不是字符集）。
ORACLE字符集设定，分为数据库字符集和客户端字符集环境设置。在数据库端，字符集在创建数据库的时候设定，并保存在数据库props$表中，对于8i以上产品，已经可以采用“Alter database character set 字符集”来修改数据库的字符集，但也仅仅是从子集到超集，不要通过update props$来修改字符集，如果是不支持的转换，可能会失去所有与字符集有关的数据，就是支持的转换，也可能导致数据库的不正常工作。字符集分为单字节字符集与多字节字符集，US7ASCII就是典型的单字节字符集，在这种字符集中length=lengthb，而ZHS16GBK就是常用的双字节字符集，在这里lengthb=2*length。
在客户端的字符集环境比较简单，主要就是环境变量或注册表项NLS_LANG，注意NLS_LANG的优先级别为：参数文件à注册表à环境变量àalter session。NLS_LANG的组成为“国家语言设置.字符集”，如nls_lang=simplified chinese_china.zhs16gbk。客户端的字符集最好与数据库端一样（国家语言设置可以不一样，如zhs16gbk的字符集，客户端可以是nls_lang =simplified chinese_china.zhs16gbk或Ameircan_America.zhs16gbk，都不影响数据库字符的正常显示），如果字符集不一样，而且字符集的转换也不兼容，那么客户端的数据显示与导出/导入的与字符集有关的数据将都是乱码。
使用一点点技巧，就可以使导出/导入在不同的字符集的数据库上转换数据。这里需要一个2进制文件编辑工具即可，如uedit32。用编辑方式打开导出的dmp文件，获取2、3字节的内容，如00 01，先把它转换为10进制数，为1，使用函数NLS_CHARSET_NAME即可获得该字符集：
SQL> select nls_charset_name(1) from dual;
NLS_CHARSET_NAME(1)
-------------------
US7ASCII
可以知道该dmp文件的字符集为US7ASCII，如果需要把该dmp文件的字符集换成ZHS16GBK，则需要用NLS_CHARSET_ID获取该字符集的编号：
SQL> select nls_charset_id('zhs16gbk') from dual;
NLS_CHARSET_ID('ZHS16GBK')
--------------------------
          852
把852换成16进制数，为354，把2、3字节的00 01换成03 54，即完成了把该dmp文件字符集从us7ascii到zhs16gbk的转化，这样，再把该dmp文件导入到zhs16gbk字符集的数据库就可以了。（注意，十进制数与十六进制之间的转换，想明白其中的道理）
Iv、跨版本使用Exp/Imp
Exp/Imp很多时候，可以跨版本使用，如在版本7与版本8之间导出导入数据，但这样做必须选择正确的版本，规则为：
·总是使用IMP的版本匹配数据库的版本，如果要导入到816，则使用816的导入工具。
·总是使用EXP的版本匹配两个数据库中低的那个版本，如在815与816之间互导，则使用815的EXP工具。
原文出处：http://www.dba-china.com/a/20110920/dba-2243.html