Oracle中逻辑导出Exp/导入Imp详解sql
导入/导出是ORACLE幸存的最古老的两个命令行工具,其实我历来不认为Exp/Imp是一种好的备份方式,正确的说法是Exp/Imp只能是一个好的转储工具,特别是在小型数据库的转储,表空间的迁移,表的抽取,检测逻辑和物理冲突等中有不小的功劳。固然,咱们也能够把它做为小型数据库的物理备份后的一个逻辑辅助备份,也是不错的建议。对于愈来愈大的数据库,特别是TB级数据库和愈来愈多数据仓库的出现,EXP/IMP愈来愈力不从心了,这个时候,数据库的备份都转向了RMAN和第三方工具。下面说明一下EXP/IMP的使用。
如何使exp的帮助以不一样的字符集显示:set nls_lang=simplified chinese_china.zhs16gbk,经过设置环境变量,可让exp的帮助以中文显示,若是set nls_lang=American_america.字符集,那么帮助就是英文的了。
EXP的全部参数(括号中为参数的默认值):
USERID 用户名/口令 如: USERID=duanl/duanl
FULL 导出整个数据库 (N)
BUFFER 数据缓冲区的大小
OWNER 全部者用户名列表,你但愿导出哪一个用户的对象,就用owner=username
FILE 输出文件 (EXPDAT.DMP)
TABLES 表名列表 ,指定导出的table名称,如:TABLES=table1,table2
COMPRESS 导入一个extent (Y)
RECORDLENGTH IO 记录的长度
GRANTS 导出权限 (Y)
INCTYPE 增量导出类型
INDEXES 导出索引 (Y)
RECORD 跟踪增量导出 (Y)
ROWS 导出数据行 (Y)
PARFILE 参数文件名,若是你exp的参数不少,能够存成参数文件.
CONSTRAINTS 导出约束 (Y)
CONSISTENT 交叉表一致性
LOG 屏幕输出的日志文件
STATISTICS 分析对象 (ESTIMATE)
DIRECT 直接路径 (N)
TRIGGERS 导出触发器 (Y)
FEEDBACK 显示每 x 行 (0) 的进度
FILESIZE 各转储文件的最大尺寸
QUERY 选定导出表子集的子句
下列关键字仅用于可传输的表空间
TRANSPORT_TABLESPACE 导出可传输的表空间元数据 (N)
TABLESPACES 将传输的表空间列表数据库
IMP的全部参数(括号中为参数的默认值):
USERID 用户名/口令
FULL 导入整个文件 (N)
BUFFER 数据缓冲区大小
FROMUSER 全部人用户名列表
FILE 输入文件 (EXPDAT.DMP)
TOUSER 用户名列表
SHOW 只列出文件内容 (N)
TABLES 表名列表
IGNORE 忽略建立错误 (N)
RECORDLENGTH IO 记录的长度
GRANTS 导入权限 (Y)
INCTYPE 增量导入类型
INDEXES 导入索引 (Y)
COMMIT 提交数组插入 (N)
ROWS 导入数据行 (Y)
PARFILE 参数文件名
LOG 屏幕输出的日志文件
CONSTRAINTS 导入限制 (Y)
DESTROY 覆盖表空间数据文件 (N)
INDEXFILE 将表/索引信息写入指定的文件
SKIP_UNUSABLE_INDEXES 跳过不可用索引的维护 (N)
ANALYZE 执行转储文件中的 ANALYZE 语句 (Y)
FEEDBACK 显示每 x 行 (0) 的进度
TOID_NOVALIDATE 跳过指定类型 id 的校验
FILESIZE 各转储文件的最大尺寸
RECALCULATE_STATISTICS 从新计算统计值 (N)
下列关键字仅用于可传输的表空间
TRANSPORT_TABLESPACE 导入可传输的表空间元数据 (N)
TABLESPACES 将要传输到数据库的表空间
DATAFILES 将要传输到数据库的数据文件
TTS_OWNERS 拥有可传输表空间集中数据的用户
关于增量参数的说明:exp/imp的增量并非真正意义上的增量,因此最好不要使用。windows
使用方法:
Exp parameter_name=value or Exp parameter_name=(value1,value2……)
只要输入参数help=y就能够看到全部帮助.
EXP经常使用选项
1.FULL ,这个用于导出整个数据库,在ROWS=N一块儿使用时,能够导出整个数据库的结构。例如:
exp userid=test/test file=./db_str.dmp log=./db_str.log full=y rows=n compress=y direct=y
注:在oracle10g中,userid这个是能够不用写的直接写 用户名/密码 就能够了像这样:
exp test/test file=./db_str.dmp log=./db_str.log full=y rows=n compress=y direct=y 数组
优化EXP/IMP的方法:
当须要exp/imp的数据量比较大时,这个过程须要的时间是比较长的,咱们能够用一些方法来优化exp/imp的操做。
exp:使用直接路径 direct=y
oracle会避开sql语句处理引擎,直接从数据库文件中读取数据,而后写入导出文件.
能够在导出日志中观察到: exp-00067: table xxx will be exported in conventional path
若是没有使用直接路径,必须保证buffer参数的值足够大.
有一些参数于direct=y不兼容,没法用直接路径导出可移动的tablespace,或者用query参数导出数据库子集.
当导入导出的数据库运行在不一样的os下时,必须保证recordlength参数的值一致.
imp:经过如下几个途径优化
1.避免磁盘排序
将sort_area_size设置为一个较大的值,好比100M
2.避免日志切换等待
增长重作日志组的数量,增大日志文件大小.
3.优化日志缓冲区
好比将log_buffer容量扩大10倍(最大不要超过5M)
4.使用阵列插入与提交
commit = y
注意:阵列方式不能处理包含LOB和LONG类型的表,对于这样的table,若是使用commit = y,每插入一行,就会执行一次提交.
5.使用NOLOGGING方式减少重作日志大小
在导入时指定参数indexes=n,只导入数据而忽略index,在导完数据后在经过脚本建立index,指定 NOLOGGING选项
导出/导入与字符集
进行数据的导入导出时,咱们要注意关于字符集的问题。在EXP/IMP过程当中咱们须要注意四个字符集的参数:导出端的客户端字符集,导出端数据库字符集,导入端的客户端字符集,导入端数据库字符集。
咱们首先须要查看这四个字符集参数。
查看数据库的字符集的信息:
SQL> select * from nls_database_parameters;
PARAMETER VALUEsession
NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
NLS_CURRENCY $
NLS_ISO_CURRENCY AMERICA
NLS_NUMERIC_CHARACTERS .,
NLS_CHARACTERSET ZHS16GBK
NLS_CALENDAR GREGORIAN
NLS_DATE_FORMAT DD-MON-RR
NLS_DATE_LANGUAGE AMERICAN
NLS_SORT BINARY
NLS_TIME_FORMAT HH.MI.SSXFF AM
NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZH:TZM
NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZH:TZM
NLS_DUAL_CURRENCY $
NLS_COMP BINARY
NLS_NCHAR_CHARACTERSET ZHS16GBK
NLS_RDBMS_VERSION 8.1.7.4.1
NLS_CHARACTERSET:ZHS16GBK是当前数据库的字符集。
咱们再来查看客户端的字符集信息:
客户端字符集的参数NLSLANG=< territory >.
language:指定oracle消息使用的语言,日期中日和月的显示。
Territory:指订货币和数字的格式,地区和计算星期及日期的习惯。
Characterset:控制客户端应用程序使用的字符集。一般设置或等于客户端的代码页。或者对于unicode应用设为UTF8。
在windows中,查询和修改NLS_LANG可在注册表中进行:
HKEY_LOCAL_MACHINE\SOFTWARE\Oracle\HOMExx\
xx指存在多个Oracle_HOME时的系统编号。
在unix中:
$ env|grep NLS_LANG
NLS_LANG=simplified chinese_china.ZHS16GBK
修改可用:
$ export NLS_LANG=AMERICAN_AMERICA.UTF8
一般在导出时最好把客户端字符集设置得和数据库端相同。当进行数据导入时,主要有如下两种状况:
(1) 源数据库和目标数据库具备相同的字符集设置。
这时,只需设置导出和导入端的客户端NLS_LANG等于数据库字符集便可。
(2) 源数据库和目标数据库字符集不一样。
先将导出端客户端的NLS_LANG设置成和导出端的数据库字符集一致,导出数据,而后将导入端客户端的NLS_LANG设置成和导出端一致,导入数据,这样转换只发生在数据库端,并且只发生一次。
这种状况下,只有当导入端数据库字符集为导出端数据库字符集的严格超集时,数据才能彻底导成功,不然,可能会有数据不一致或乱码出现。
不一样版本的EXP/IMP问题
通常来讲,从低版本导入到高版本问题不大,麻烦的是将高版本的数据导入到低版本中,在Oracle9i以前,不一样版本Oracle之间的EXP/IMP能够经过下面的方法来解决:
一、在高版本数据库上运行底版本的catexp.sql;
二、使用低版本的EXP来导出高版本的数据;
三、使用低版本的IMP将数据库导入到低版本数据库中;
四、在高版本数据库上从新运行高版本的catexp.sql脚本。
但在9i中,上面的方法并不能解决问题。若是直接使用低版本EXP/IMP会出现以下错误:
EXP-00008: orACLE error %lu encountered
orA-00904: invalid column name
这已是一个公布的BUG,须要等到Oracle10.0才能解决,BUG号为2261722,你能够到METALINK上去查看有关此BUG的详细信息。
BUG归BUG,咱们的工做仍是要作,在没有Oracle的支持以前,咱们就本身解决。在Oracle9i中执行下面的SQL重建exu81rls视图便可。
Create or REPLACE view exu81rls
(objown,objnam,policy,polown,polsch,polfun,stmts,chkopt,enabled,spolicy)
AS select u.name, o.name, r.pname, r.pfschma, r.ppname, r.pfname,
decode(bitand(r.stmt_type,1), 0,'', 'Select,')
|| decode(bitand(r.stmt_type,2), 0,'', 'Insert,')
|| decode(bitand(r.stmt_type,4), 0,'', 'Update,')
|| decode(bitand(r.stmt_type,8), 0,'', 'Delete,'),
r.check_opt, r.enable_flag,
DECODE(BITAND(r.stmt_type, 16), 0, 0, 1)
from user$ u, obj$ o, rls$ r
where u.user# = o.owner#
and r.obj# = o.obj#
and (uid = 0 or
uid = o.owner# or
exists ( select * from session_roles where role='Select_CATALOG_ROLE')
)
/
grant select on sys.exu81rls to public;
/
能够跨版本的使用EXP/IMP,但必须正确地使用EXP和IMP的版本:
一、老是使用IMP的版本匹配数据库的版本,如:要导入到817中,使用817的IMP工具。
二、老是使用EXP的版本匹配两个数据库中最低的版本,如:从9201往817中导入,则使用817版本的EXP工具。oracle