简介：这份资源是Oracle 11g 64位版本的bin目录完整打包，面向需要做数据库导入导出、备份迁移的DBA与开发人员，尤其适合习惯在PL/SQL Developer中通过图形界面调用命令行工具的用户。包内共691个文件，以372个dll动态库、118个exe可执行程序、56个bat批处理脚本为主，另有pm、flt、pl、lib等辅助文件，压缩包约126.04MB，其中imp.exe与exp.exe正是实现数据导入导出的核心工具，可选择性迁移表、用户、模式乃至整库。目录中还包含sqlplus、oradim等常用管理程序，便于在升级、换机或搭建测试环境时快速复用。目前已有4158人学习下载，读者可直接获得一套可落地的Oracle客户端工具集，省去逐一下载安装的麻烦，并借助批处理脚本与配套文件理解各工具间的调用关系，提升数据迁移与日常维护效率。
1. Oracle 11g 64 位下 bin 目录里的 imp.exe 与 exp.exe：为什么老 DBA 还在用它
接手一套跑了七八年的老业务库时，你大概率会遇到这种场面：对方丢过来一个.dmp文件，说“用 PL/SQL 导一下就行”，而你打开 PL/SQL Developer 的工具菜单，发现导入导出走的还是imp.exe和exp.exe这两个命令行程序。它们就躺在 Oracle 11g 64 位安装目录的bin文件夹里，和sqlplus.exe、tnsping.exe挤在一起。这套 exp/imp 属于 Oracle 早期的逻辑备份工具，官方后来主推的是数据泵 expdp/impdp，但在大量存量环境里，exp/imp 依然是默认选项——PL/SQL Developer 的 Tools 菜单里那两项 Import Tables 和 Export Tables，底层调的就是它们。
这篇文章面向的是需要维护老库、做跨库迁移、或者被要求“导出一个 schema 给测试环境”的从业者。我会把 bin 目录里这两个 exe 的定位、PL/SQL 怎么调用它们、参数怎么配、以及那些让人半夜爬起来重跑的坑，一条条讲清楚。不吹数据泵多先进，只讲这套老工具在 11g 64 位环境下怎么用稳。
2. 先搞懂 exp.exe 和 imp.exe 在 11g 64 位里到底是什么
2.1 客户端工具还是服务端工具，这个区别决定你能不能连上库
很多人第一次翻车就翻在这里。exp.exe和imp.exe是 Oracle 客户端组件，不是数据库服务端独有的东西。你装完整版 Oracle 11g 数据库，%ORACLE_HOME%\bin下自然有它们；你只装了一个 Instant Client，那多半没有，因为 Instant Client 默认不带 exp/imp。这就解释了一个高频现象：本机 PL/SQL 能连上库，但一点导出就报“找不到 exp.exe”。
判断方法很直接，打开命令行敲：
where exp where imp如果两条都返回路径，且路径指向你的 11g 安装目录下的bin，说明客户端工具齐全。如果返回空，或者指向一个版本混杂的目录，那就要小心了——exp/imp 的版本兼容性有硬规矩，后面避坑章节会细说。
还有一个容易忽略的点：64 位的 exp.exe 只能配合 64 位的 Oracle 客户端库运行，32 位的 PL/SQL Developer 去调用 64 位的 exp.exe，中间要靠一层适配，配置不对就是各种 OCI 报错。所以“64bit 下的 bin 目录”这个前提，本身就意味着你在客户端位数上要做一次对齐。
2.2 exp/imp 与 expdp/impdp 的边界：什么时候必须用老的
数据泵 expdp/impdp 是服务端工具，导出文件只能落在数据库服务器目录上，需要建 DIRECTORY 对象、要有相应权限。而 exp/imp 是客户端工具，导出文件直接落在你执行命令的这台机器上，不需要在服务器上开目录。这个差异决定了使用场景：
| 对比项 | exp/imp | expdp/impdp |
|---|---|---|
| 运行位置 | 客户端 | 服务端 |
| 文件落点 | 执行命令的机器 | 数据库 DIRECTORY 指向的服务器路径 |
| 权限要求 | 一般只需 exp_full_database 或普通用户权限 | 需要 DIRECTORY 读写权限 |
| 跨版本兼容 | 高版本 exp 可导低版本，低版本 exp 不能导高版本 | 版本匹配要求更严 |
| 大表性能 | 一般 | 并行，明显更快 |
所以当你没有服务器登录权限、只能从自己电脑连库导数据时，exp/imp 往往是唯一顺手的选择。PL/SQL Developer 把它做成图形入口，本质就是替你拼了一条 exp/imp 命令。
2.3 PL/SQL Developer 是怎么调用这两个 exe 的
PL/SQL 的 Tools → Export Tables 里，选择 Oracle Export 方式时，它会在后台拼一条类似这样的命令：
exp user/pwd@tnsname file=export.dmp log=export.log tables=emp,dept选择 SQL Inserts 方式时，它走的是另一条路，生成 INSERT 语句，不调用 exp.exe。所以你在界面上选错导出方式，得到的产物完全不同：一个是二进制 dmp，一个是文本 sql。导入时同理，Import Tables 里选 Oracle Import 才会调 imp.exe。
理解这一层，你就能明白为什么有时候界面上参数填得好好的，执行却失败——PL/SQL 只是拼命令，真正的报错来自 exp.exe/imp.exe 本身，得去看它生成的 log 文件。
3. 用 exp.exe 做一次可复现的导出：命令、参数与日志
3.1 最小可用导出命令与各参数含义
先从一个能跑通的例子开始。假设要导出 scott 用户下的 emp、dept 两张表：
exp scott/tiger@orcl file=D:\backup\scott_tables.dmp log=D:\backup\scott_tables.log tables=(emp,dept) direct=y逐项说明：
scott/tiger@orcl：用户名/密码@网络服务名。网络服务名来自tnsnames.ora，不是 SID 也不是服务名随便写，写错就是 ORA-12154。file=：导出文件路径。Windows 下路径含空格要用引号包住，反斜杠建议用双反斜杠或正斜杠。log=：日志文件，排错全靠它，务必每次都加。tables=(emp,dept)：按表导出。多张表用逗号分隔，括号不能省。direct=y：走直接路径，绕过 SQL 引擎，速度更快。但注意它和某些参数互斥。
如果整库或整个用户导出，把tables=换成owner=scott或full=y。owner导出该用户所有对象，full需要 exp_full_database 权限。
3.2 几个真正影响结果的参数：consistent、grants、indexes
默认参数导出来的东西，经常和预期有偏差，下面三个必须心里有数。
consistent=y：保证导出数据在一个时间点一致。不加这个，导出过程中别人提交的事务可能让不同表数据对不上。生产库导出强烈建议加，代价是需要回滚段空间。
grants=y（默认就是 y）：导出对象权限。如果你只想导数据不要权限，设grants=n。跨库迁移时权限带过去可能报“用户不存在”，这时就得关掉。
indexes=y（默认 y）：导出索引定义。只想要数据、准备自己重建索引的场景，设indexes=n能省不少导入时间。
一条更贴近生产的命令：
exp scott/tiger@orcl file=D:\backup\scott_full.dmp log=D:\backup\scott_full.log owner=scott consistent=y grants=n indexes=y buffer=10485760buffer=控制数组提取大小，大表导出时调大能减少网络往返，但别超过系统内存承受范围。
3.3 导出日志怎么读：三个关键行
exp 执行完，log 文件里最该看的是这三处：
第一处是开头几行，确认Export: Release 11.2.0.x版本号，以及Connected to: Oracle Database 11g，版本对不上后面可能出问题。
第二处是中间的对象统计，. exporting table EMP后面跟x rows exported，行数为 0 要警惕，可能是表本身空，也可能是权限或过滤条件问题。
第三处是结尾，正常是Export terminated successfully without warnings.。如果出现with warnings或terminated with error，往上翻找EXP-开头的错误码。常见的有 EXP-00008（遇到 Oracle 错误）、EXP-00091（统计信息问题，通常可忽略）。
养成每次导出后grep一下 log 的习惯，比事后发现 dmp 不完整要省事得多。
4. 用 imp.exe 把 dmp 导回去：顺序、权限与常见报错
4.1 导入前必须确认的三件事
导入比导出更容易出乱子，动手前先确认：
第一，目标库的字符集和源库是否一致。不一致会导致中文乱码，而且导入后再改很麻烦。查字符集：
SELECT parameter, value FROM nls_database_parameters WHERE parameter IN ('NLS_CHARACTERSET','NLS_NCHAR_CHARACTERSET');第二，目标用户是否存在、是否有配额。imp不会自动建用户（除非 dmp 里带了用户定义且你有权限），表空间配额不够会报 ORA-01950。
第三，dmp 文件是用哪个版本的 exp 导出的。低版本 exp 导出的文件，高版本 imp 能读；反过来高版本 exp 导出的，低版本 imp 读不了，会报 IMP-00010。
4.2 一条完整的导入命令与参数拆解
imp scott/tiger@orcl file=D:\backup\scott_full.dmp log=D:\backup\imp_scott.log fromuser=scott touser=scott_imp commit=y ignore=yfromuser/touser：把源 schema 的对象导到目标 schema。跨用户迁移时必用，只写一个就是原样导入。commit=y：每导入一批就提交。大表导入时避免回滚段爆掉，但会慢一些。ignore=y：忽略建表时的“对象已存在”错误，常用于往已有表里追加数据。rows=y（默认）：导入数据行。只想导结构设rows=n。
如果只想导部分表：
imp scott/tiger@orcl file=D:\backup\scott_full.dmp log=D:\backup\imp_part.log tables=(emp) ignore=y4.3 导入报错对照：ORA-01950、IMP-00010、ORA-00959
ORA-01950: no privileges on tablespace：目标用户在目标表空间没有配额。解决是ALTER USER scott_imp QUOTA UNLIMITED ON users;。
IMP-00010: not a valid export file, header failed verification：版本不匹配，或者文件在传输中被损坏。先确认 exp 版本，再确认文件大小是否和源端一致。
ORA-00959: tablespace 'XXX' does not exist：dmp 里记录的表空间在目标库不存在。要么建同名表空间，要么用imp时配合tablespaces重映射（11g 的 imp 对表空间重映射支持有限，复杂场景还是得上 impdp）。
导入过程中 log 会实时写，别等命令跑完才看。发现大量同类错误时及时中断，改参数重来，比跑完再回滚省时间。
5. 避坑与排查：exp/imp 在 11g 64 位下的五个血泪经验
5.1 现象：PL/SQL 点导出没反应，或一闪而过
原因：PL/SQL 调用的 exp.exe 路径不对，或者位数不匹配。32 位 PL/SQL 配 64 位 exp 时，中间层没配好就会静默失败。
解决：在 PL/SQL 的 Tools → Preferences → Options 里确认 Oracle Home 指向正确的 11g 目录；命令行单独跑一次 exp 确认能通；位数不一致时，要么换 64 位 PL/SQL，要么单独装一套 32 位客户端专门给 PL/SQL 用。
5.2 现象：导出成功但 dmp 只有几 KB，表数据没进去
原因：多半是tables=或owner=写错，或者当前用户没有那些表的 SELECT 权限。exp 对没权限的对象是跳过而不是报错。
解决：看 log 里. exporting table的行数，为 0 就回头查对象名拼写和权限。用SELECT table_name FROM user_tables;确认对象确实存在。
5.3 现象：导入中文变问号或乱码
原因：源库和目标库字符集不一致，且 dmp 里的字符集信息在导入时被错误转换。
解决：导入前用SELECT * FROM nls_database_parameters对比两边字符集。不一致时，尽量让目标库字符集是源库的超集；实在不行，导出时加charset相关处理，或者改用 SQL Inserts 方式导出文本再处理。
5.4 现象：大表导入到一半报 ORA-01555 快照过旧
原因：导入时回滚段不足，或者commit=y没加，长事务把 undo 撑爆。
解决：加commit=y，并适当调大回滚段或 undo 表空间。导入大表前先评估数据量，必要时分批导。
5.5 现象：exp 报 EXP-00091 统计信息警告
原因：导出时数据库统计信息收集时间戳和当前不一致，属于提示性警告，不影响数据完整性。
解决：可以忽略。如果强迫症要消除，导出前对相关表执行一次统计信息收集，或者接受这个警告继续用。
6. 把 exp/imp 用得更稳：几个我常用的进阶习惯
第一个习惯是永远带 log，并且导出后立刻检查结尾那行。我见过太多次“以为导成功了”，结果 dmp 是半截的，等到要恢复时才发现。log 是这套工具唯一的黑匣子，不看等于裸奔。
第二个习惯是导出前先估大小。用SELECT SUM(bytes)/1024/1024 FROM user_segments WHERE segment_name IN (...)大致算一下，心里有数，避免导出到一半磁盘满。exp 不会帮你检查磁盘空间。
第三个习惯是跨版本迁移时，用低版本 exp 导、高版本 imp 导。比如从 10g 迁到 11g，就在 10g 的客户端上跑 exp，在 11g 上跑 imp。反过来大概率报 IMP-00010，这个后悔药不好吃。
第四个习惯是重要导出做两次，一次consistent=y走一致性，一次direct=y走速度，对比行数。两者行数一致才放心。direct 路径在某些特殊表（比如含 LOB 的）上行为有差异，多一次校验不亏。
最后一个习惯，是把常用导出命令写成批处理脚本，参数抽出来当变量。老库维护往往要反复导同样的几张表，脚本化之后少敲很多字，也少犯拼写错误。下面这个模板我用了很多年：
@echo off set USER=scott set PWD=tiger set TNS=orcl set OUTDIR=D:\backup set TABLES=(emp,dept,salgrade) exp %USER%/%PWD%@%TNS% file=%OUTDIR%\exp_%date:~0,4%%date:~5,2%%date:~8,2%.dmp log=%OUTDIR%\exp_%date:~0,4%%date:~5,2%%date:~8,2%.log tables=%TABLES% consistent=y日期做文件名后缀，避免覆盖；参数集中在上方，换库只改几行。这套东西不高级，但在 11g 64 位的老环境里，稳定压倒一切。希望帮到你。
本文还有配套的精品资源，点击获取
