简介面向使用 Oracle 11g 64 位数据库的 DBA、开发与运维人员这份资源提供完整的 bin 目录重点包含用于数据导入导出的 imp.exe 与 exp.exe可直接配合 PL/SQL Developer 的图形化界面调用解决数据迁移、备份恢复与测试环境搭建中的实际需求。压缩包共 691 个文件约 126.04MB以 372 个 dll 动态库、118 个 exe 可执行程序、56 个 bat 批处理脚本为主另含 pm、flt、pl、lib 等辅助文件基本还原了 Oracle 核心工具集的目录结构。已有 4162 人学习下载说明其在同类资源中具备一定参考价值。读者可据此补齐缺失的导入导出组件理解 exp/imp 在表、模式、用户及整库级别迁移中的用法并借助 sqlplus、oradim 等配套工具完成实例启停与配置管理适合需要快速恢复命令行工具链或排查环境缺失问题的中高级用户。1. Oracle 11g 64 位环境里bin 目录到底该放什么上周帮一位同事收拾一台老数据库客户端PL/SQL Developer 里点导出弹窗一闪而过日志里只有一行“无法启动 EXP”。翻到安装目录一看bin 下只有半套文件imp.exe 在exp.exe 没了旁边还混着 32 位的 DLL。这种场面在 Oracle 11g 64 位环境里太常见了客户端装了一半、补丁打了一半、有人手动从别的机器拷过文件最后导入导出这条链路就断在 bin 目录上。这篇笔记就围绕 Oracle 11g 64 位下 bin 目录里的 imp.exe 和 exp.exe 展开把版本怎么对、文件怎么放、环境变量怎么配、PL/SQL 里怎么调通、坏了怎么救一步步走完。适合正在配 Oracle 客户端、需要做数据库导入导出的开发者新手能照着装熟手能对照看版本和参数取舍。2. 装前把版本和环境对齐64 位客户端与 imp/exp 的匹配关系2.1 先确认你要的是客户端还是完整服务端很多人一上来就找 Oracle 11g 安装包其实做导入导出不一定需要装完整数据库。imp.exe 和 exp.exe 属于 Oracle 客户端工具集只要客户端版本和数据库服务端版本对得上本机不装数据库实例也能跑。常见做法是装 Oracle Database Client 11.2 的 64 位版本安装时选“管理员”或“运行时”类型bin 目录里就会带上 exp.exe、imp.exe、sqlplus.exe 这一套。需要先分清三种情况场景本机需要装什么bin 目录来源只做导入导出Oracle 11g 64 位客户端客户端安装目录下的 bin本机有数据库实例Oracle 11g 64 位服务端ORACLE_HOME\bin从别的机器拷文件不建议仅应急必须同版本同位数第三种是翻车高发区。imp.exe 和 exp.exe 不是绿色程序它们依赖同目录下的 OCI 相关 DLLoraociei11.dll、oraclient11.dll 等还依赖注册表里的 ORACLE_HOME 指向。单独拷两个 exe 过去运行时大概率报“找不到 OCI.dll”或者直接闪退。2.2 位数必须一致这是硬约束Oracle 11g 的 64 位客户端只能配 64 位的 imp/exp32 位客户端只能配 32 位的。混用的典型症状是命令行里 exp 能跑PL/SQL Developer 里点导出就失败因为 PL/SQL 本身有 32 位和 64 位两个版本它调用的 exp.exe 位数必须和自己一致。我一般按这个顺序核对# 1. 看 exp.exe 的位数Windows 下用 PowerShell Get-Item C:\oracle\product\11.2.0\client_1\bin\exp.exe | Select-Object Name, Length # 2. 更直接的办法看文件属性里的“产品版本”64 位会标 x64 # 3. 命令行验证 exp 能否启动 exp helpyexp helpy是最省事的探针。能打印出参数帮助说明 exe 本身和依赖 DLL 都加载正常如果报错或闪退问题就在依赖链上不在参数上。这一步别跳过后面所有配置都建立在“exp 能独立启动”这个前提上。2.3 ORACLE_HOME 和 PATH 的写法客户端装完后环境变量要指对。常见做法是设两个# 系统环境变量以客户端装在 C:\oracle\product\11.2.0\client_1 为例 ORACLE_HOMEC:\oracle\product\11.2.0\client_1 PATH%ORACLE_HOME%\bin;%PATH%ORACLE_HOME是 imp/exp 找依赖文件的根PATH里加 bin 是为了命令行直接敲 exp 就能命中。注意 PATH 里如果同时存在另一个 Oracle 的 bin比如以前装过 10g 或 32 位客户端顺序决定命中哪个老版本在前就会调到错的 exp。装完后开一个新的命令行窗口验证别在旧窗口里试旧窗口的 PATH 是启动时快照的。提示改完环境变量一定要新开终端。我见过不止一次“配了没生效”其实是窗口没换。3. 把 imp.exe 和 exp.exe 放进 bin文件落位与依赖检查3.1 bin 目录里到底该有哪些文件Oracle 11g 64 位客户端装好后bin 下和导入导出直接相关的文件大致是这些文件作用缺失后果exp.exe导出工具无法导出imp.exe导入工具无法导入sqlplus.exe命令行连接无法手工验证连接oraclient11.dll客户端核心库exp/imp 启动失败oraociei11.dllOCI 即时客户端库报 OCI 相关错误orannzsbb11.dll网络加密相关连接时报协议错误判断文件是否齐全不用一个个对直接跑exp helpy和imp helpy两个都能出帮助就说明核心链路是通的。如果 exp 能跑、imp 报错那多半是 imp.exe 被单独替换过版本和同目录 DLL 不匹配。3.2 从安装包补文件不要从别处拷如果发现 bin 里缺 exp.exe 或 imp.exe正确做法是重新运行客户端安装程序选“修复”或者补装组件而不是从另一台机器拷。原因前面说过exe 和 DLL 是成套的跨机器拷容易版本错位。真到了只能拷的应急场景至少保证源机器和目标机器的客户端版本号完全一致比如都是 11.2.0.4位数一致然后把整个 bin 目录一起拷不要只拷两个 exe。补完文件后做一次依赖检查# 切到 bin 目录逐个确认关键 DLL 存在 cd /d C:\oracle\product\11.2.0\client_1\bin dir oraclient11.dll oraociei11.dll orannzsbb11.dll # 再跑一次帮助确认 exp/imp 都能启动 exp helpy imp helpydir那步是确认依赖文件在不在helpy那步是确认加载链通不通。两步都过bin 这一层就算配好了可以往连接和 PL/SQL 调用走。3.3 网络配置文件别漏imp/exp 连数据库靠的是 ORACLE_HOME 下的 network\admin 目录里面至少要有 tnsnames.ora配了服务名或者直接用 EZConnect 写法。如果只配了 bin 没配网络exp 能启动但连不上库报 ORA-12154 或 ORA-12541。# tnsnames.ora 示例路径%ORACLE_HOME%\network\admin\tnsnames.ora MYDB (DESCRIPTION (ADDRESS (PROTOCOL TCP)(HOST 192.168.1.10)(PORT 1521)) (CONNECT_DATA (SERVER DEDICATED) (SERVICE_NAME orcl) ) )HOST填数据库服务器地址PORT默认 1521SERVICE_NAME填服务端实际的服务名不确定就问 DBA 或者用lsnrctl status在服务端看。配完用tnsping MYDB验证能返回“OK”说明网络层通了。这一步和 bin 目录是两件事但导入导出跑不通时一半的问题出在这里。4. 在 PL/SQL Developer 里调通导入导出工具配置与参数取舍4.1 让 PL/SQL 找到正确的 exp/impPL/SQL Developer 的导入导出功能本质上是调外部的 exp.exe 和 imp.exe所以它必须知道这两个文件在哪。配置入口在 Tools → Preferences → Tools里面有一项“Oracle Home”或者直接指定 exp/imp 路径。64 位 PL/SQL 要配 64 位的 exp/imp32 位配 32 位这条前面强调过这里再落一次地。配置时注意两点一是路径里不要有中文和空格二是配完后重启 PL/SQL它启动时才读这个配置。配错了的典型表现是点导出后弹一个空白的命令行窗口然后消失或者提示“Cannot find EXP.EXE”。4.2 导出参数怎么选PL/SQL 的导出界面背后拼的是 exp 命令理解几个关键参数比记界面按钮有用# 典型导出命令全库某用户 exp useridscott/tigerMYDB ownerscott fileD:\backup\scott.dmp logD:\backup\scott_exp.log # 按表导出 exp useridscott/tigerMYDB tables(emp,dept) fileD:\backup\tables.dmp logD:\backup\tables_exp.log # 只导结构不导数据 exp useridscott/tigerMYDB ownerscott rowsn fileD:\backup\scott_struct.dmpuserid是账号/密码服务名owner指定按用户导出tables指定按表导出file是 dmp 落盘路径log是日志路径rowsn表示只导结构。这几个参数覆盖了日常八成场景。PL/SQL 界面上勾选“包含行”对应 rows 的取值勾“压缩”对应 compress 参数导出大表时 compressy 会让 dmp 里预留连续空间导入时更顺但 dmp 文件会偏大按磁盘余量取舍。4.3 导入参数与常见顺序问题导入侧最容易被忽略的是“先建用户还是先导入”。imp 不会自动建用户目标用户必须提前存在且有配额# 目标端先建用户用 sqlplus 执行 sqlplus / as sysdba CREATE USER scott IDENTIFIED BY tiger DEFAULT TABLESPACE users QUOTA UNLIMITED ON users; GRANT CONNECT, RESOURCE TO scott; # 再执行导入 imp useridscott/tigerMYDB fileD:\backup\scott.dmp logD:\backup\scott_imp.log fully ignoreyfully表示导入 dmp 里的全部内容ignorey表示遇到已存在的对象跳过而不是报错中断。ignorey在重复导入时很有用但第一次导入建议先不加让错误暴露出来确认没问题后再加。导入顺序上先导结构再导数据、先导主表再导从表有外键时这些 imp 本身不保证需要按业务依赖手工排。注意imp 是客户端工具导入过程在客户端和服务端之间传数据大 dmp 导入时客户端机器不能断网、不能休眠。5. 导入导出翻车现场五类高频问题排查5.1 现象exp 一闪而过没有任何输出原因exe 依赖的 DLL 缺失或位数不匹配进程启动即退出。解决在命令行直接跑exp helpy看是否报具体 DLL 名用文件属性确认 exp.exe 是 64 位检查 PATH 里是否有另一个 Oracle 的 bin 排在前面。确认后重装或修复客户端别手工拷文件。5.2 现象报 ORA-12154 无法解析服务名原因tnsnames.ora 没配、配错路径或者 exp 读的不是你以为的那个 ORACLE_HOME。解决tnsping 服务名先验证确认%ORACLE_HOME%\network\admin\tnsnames.ora存在且服务名拼写一致如果机器上有多个 Oracle Home检查环境变量指向哪个。应急可以用 EZConnect 写法useridscott/tiger192.168.1.10:1521/orcl绕过 tnsnames。5.3 现象PL/SQL 里导出失败命令行却正常原因PL/SQL 调用的 exp 路径和命令行 PATH 里的不是同一个或者位数不匹配。解决在 PL/SQL 的 Tools 配置里显式指定 exp.exe 完整路径确认 PL/SQL 本身位数和 exp 一致配完重启 PL/SQL。这条是最典型的“命令行能跑、界面不行”。5.4 现象导入报 ORA-01950 表空间无权限原因目标用户没有配额或者 dmp 里的表空间在目标端不存在。解决给用户加QUOTA UNLIMITED ON 表空间如果 dmp 来自别的库、表空间名不同导入前用imp ... indexfilexxx.sql先导出建表语句改好表空间名再导或者导入时用fromuser/touser做用户映射。5.5 现象导入一半报 ORA-00001 唯一约束冲突原因目标表已有数据重复导入。解决确认是否该用ignorey如果是全量覆盖先清目标表再导如果是增量检查 dmp 来源和导入范围是否重叠。别一上来就加 ignorey 掩盖问题先搞清楚冲突是预期内还是数据错位。6. 装完怎么验证跑通一条最小闭环与我的固定习惯验证不用搞复杂一条最小闭环就够建一张小表、导出来、删掉、再导回去、查数据。整个过程十分钟内能走完但能把 bin 目录、环境变量、网络配置、PL/SQL 调用四层全部串起来验一遍。# 1. 源端建测试表并插数据sqlplus sqlplus scott/tigerMYDB CREATE TABLE t_verify (id NUMBER, name VARCHAR2(50)); INSERT INTO t_verify VALUES (1, test); COMMIT; # 2. 导出这张表 exp useridscott/tigerMYDB tables(t_verify) fileD:\backup\t_verify.dmp logD:\backup\t_verify_exp.log # 3. 删表 sqlplus scott/tigerMYDB DROP TABLE t_verify; # 4. 导回 imp useridscott/tigerMYDB tables(t_verify) fileD:\backup\t_verify.dmp logD:\backup\t_verify_imp.log # 5. 查数据 sqlplus scott/tigerMYDB SELECT * FROM t_verify;五步里任何一步失败问题就锁定在那一层第 2 步失败看 bin 和网络第 4 步失败看用户权限和表空间第 5 步查不到数据看导入日志里的行数统计。日志文件别删t_verify_exp.log和t_verify_imp.log里记录了导出了多少行、导入了多少行、有没有警告比界面上的“成功”提示可信得多。再补一个习惯验证时故意用 PL/SQL 界面走一遍同样的导出导入因为命令行通不代表界面通两者调 exp 的方式不同。命令行验证的是工具本身界面验证的是配置路径两条都过才算真跑通。从那以后我每次配完 Oracle 客户端不管多急都强制走一遍这条最小闭环尤其是换机器、换版本、换 PL/SQL 位数之后。血泪经验是导入导出这种链路看着简单断点却分散在 bin、环境变量、网络、权限四个地方不跑一遍闭环等到真要用的时候才发现问题代价就大了。希望帮到你。本文还有配套的精品资源点击获取