Oracle的EXP/IMP版本支持列表

oracle

EXP/IMP一般EXPORT时使用地版本，IMPORT时使用与目标库相同的IMP工具

10.1.09.2.09.0.18.1.78.1.68.1.58.0.x7.3.x10.1.0EXP10EXP920EXP901EXP817EXP816EXP815N/AN/A9.2.0EXP920EXP920EXP901EXP817EXP816EXP815EXP80xN/A9.0.1EXP901EXP901EXP901EXP817EXP816EXP815EXP80xN/A8.1.7EXP817EXP817EXP817EXP817EXP816EXP815EXP80x#EXP73x8.1.6EXP816EXP816EXP816EXP816EXP816EXP815EXP80x#EXP73x8.1.5EXP815EXP815EXP815EXP815EXP815EXP815EXP80x#EXP73x8.0.xEXP80xEXP80xEXP80xEXP80xEXP80xEXP80xEXP80x#EXP73x7.3.xEXP73xEXP73xEXP73xEXP73xEXP73xEXP73xEXP73xEXP73x
注释：
列表示export源DB
行表示import目标DB
N/A表示不支持
#EXP73x表示EXPORT时，需运行catexp7.sql建立视图exu7%

时间： 2025-01-01 09:11:28

Oracle的EXP/IMP版本支持列表的相关文章

解决Oracle中Exp/Imp大量数据处理问题

Oracle的exp/imp是许多用户经常使用的两个工具. 它们常被用来做数据库的逻辑备份,数据库重组和数据转移等工作. 先由exp把数据卸出到文件系统, 产生一个.dmp文件, 然后必要时再由imp将数据装入数据库. 对于一般中小型数据库来说, 全数据库的exp所产生的dmp文件可能小于2GB, 但对稍大型的数据库, exp产生的数据动辄数十至上百个GB. 而现时多数操作系统为32位, 其文件系统允许的最大文件为2GB. 这样显然不能由文件系统存放exp产生的数据. 这是问题之一. 另一个问题

探索Oracle之 EXP/IMP过程中的字符集问题

1. 问题描述:        数据库之间的数据迁移是一个很常见的作业,EXP/IMP工具是一个常用的数据迁移及转化工具,因其导出文件具有平台无关性,所以在跨平台迁移中,最为常用.但在实际操作过程中,涉及到源数据库,客户端,目标数据库三方面的字符集问题.操作人员对三者之间的字符集转换过程不了解,而冒然使用EXP/IMP命令,往往在迁移过程中报错终止,或是在没有报错的情况下成功导入,但其背后却存在隐患,在查询时经常显示乱码.   2.解决方法        2.1 源端数据库(1)→EXP客户端(

oracle中 exp/imp导出导入数据库例子

导出前先查看系统的NLS_LANG设置: echo $NLS_LANG AMERICAN_AMERICA.ZHS16CGB231280 select userenv('language') from dual; AMERICAN_AMERICA.ZHS16GBK 这两个值不同会报错: EXP-00091: Exporting questionable statistics 问题产生的原因: linux下用户环境变量语言集和oracle数据库中的环境变量语言集不同. 解决办法: 将linux下用户

oracle中exp,imp的使用详解_oracle

基本语法和实例:      1.EXP:       有三种主要的方式(完全.用户.表)       1.完全:           EXP SYSTEM/MANAGER BUFFER=64000 FILE=C:\FULL.DMP FULL=Y           如果要执行完全导出,必须具有特殊的权限       2.用户模式:           EXP SONIC/SONIC    BUFFER=64000 FILE=C:\SONIC.DMP OWNER=SONIC           这

oracle exp&imp字符集设置与乱码

         在oracle使用exp/imp进行数据迁移时,需要注意xshell.exp/imp字符集.数据库字符集的设置,否则,一旦发生字符集转换而出现中文数据乱码,将前功尽弃.相较而言,oracle数据库比较人性化,万不得已时,可以调整数据库字符集.下面举一个调整数据库字符集.exp/imp字符集.xshell字符集避免中文乱码的例子.        首先,源库exp导出时数据库字符集是ZHS16GBK,NLS_LANG分别为空.AMERICAN_AMERICA.ZHS16GBK.  

exp/imp导入导出版本问题和ORA-6550报错

前几天有位同事问到exp/imp是否涉及到版本问题,我认为,只要是软件,都会涉及到高低版本的兼容性问题,Oracle也是软件,自然也是这样. 简单的实验: exp工具版本:10g 导出的source数据库版本:9i bash-4.1$ exp x/x@x tables=T file=/home/x/t.dmpExport: Release 10.2.0.4.0 - Production on Wed Dec 11 15:17:05 2013 Copyright (c) 1982, 2007, O

使用exp/imp导入oracle 11g数据到oracle 9i

现在有个需求,需要使用exp/imp导入11g的数据库数据到9i中,解决这个问题一般来说想到三种方法思路,一个个尝试(其实从高版本服务端支持低版本客户端的原则,可以大概的猜测出使用9i的客户端处理该问题) 方法1:导出导入都使用11g客户端 --11g客户端导出 [oracle@xifenfei ~]$ exp chf/xifenfei file=/tmp/t_xifenfei.dmp >log=/tmp/t_xifenfei.log tables=chf.t_xifenfei Export:

Oracle exp/imp命令快速导入导出数据

用exp命令导出表结构,不导出表数据.只需在命令行里加一个参数rows=n即可.表示不导出表数据. exp username/pwd@sid file=d:databak.dmp owner=(user)rows=n ******************************************************************************************************************** oracle exp/imp命令详解 E:>ex

用EXP/IMP从高版本数据库导出至低版本数据库导入实验

一般来说,从低版本数据库EXP数据,导入至高版本数据库是没什么问题的,因为Oracle数据库在开发设计的时候,考虑了同以前版本的兼容.但是从高本数据库EXP导出数据,导入至低版本数据库,经常会有各种各样的问题. 在,在Oracle9i之前,不同版本Oracle之间的EXP/IMP可以通过下面的方法来解决: 1).在高版本数据库上运行底版本的catexp.sql:11G的库里运行10G数据库软件下ORACLE_HOME/rdbms/admin/catexp.sql 2).使用低版本的EXP来导出高