Linux环境下Oracle数据泵(expdp)备份报ORA-39006: internal error

最新推荐文章于 2024-07-30 08:30:00 发布
原创 最新推荐文章于 2024-07-30 08:30:00 发布 · 2.5k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#数据泵 #expdp

本文介绍了一次在Oracle中使用数据泵进行备份时遇到的ORA-39006等错误的情况。错误发生的原因是Oracle安装目录磁盘空间已满。文章提供了具体的错误日志并建议通过删除部分日志文件释放空间来解决问题。

问题描述：

        Oracle一直用数据泵备份，今天在终端备份时突然报ORA-39006: internal error错误。

数据泵导出日志文件为以下信息：

ORA-39097: Data Pump job encountered unexpected error -31644
ORA-39065: unexpected master process exception in FILE
ORA-31644: unable to position to block number 2 in dump file "/orabackup/sgtms_expdp_201504221210.dmp"
ORA-19502: write error on file "/orabackup/sgtms_expdp_201504221210.dmp", block number 1 (block size=4096)
ORA-29701: unable to connect to Cluster Synchronization Service
ORA-29701: unable to connect to Cluster Synchronization Service

问题原因：

        Oracle的安装目录使用率100%。删除相关的日志文件即可。

        注：在Linux下可根据查看目录大小，来删除相关日志文件。此博文中有相关操作说明（http://blog.youkuaiyun.com/johnnysun2015/article/details/45196061）



第5章 Oracle数据库内部问题汇总-5.12 ORA-00600: internal error code, arguments: [2662]
chenoracle的博客
10-16 45
第5章 Oracle数据库内部问题汇总-5.12 ORA-00600: internal error code, arguments: [2662]
Linux：Oracle导出导入数据泵（EXPDP，IMPDP）
12-14
数据泵技术是Oracle Database 10g 中的新技术，它比原来导入/导出(imp,exp)技术快15－45倍。速度的提高源于使用了并行技术来读写导出转储文件。 expdp/impdp和exp/imp的区别 exp和imp是客户端工具程序，它们既可以在客户端使用，也可以在服务端使用。 expdp和impdp是服务端的工具程序，他们只能在Oracle服务端使用，不能在客户端使用。 imp只适用于exp导出的文件，不适用于expdp导出文件；impdp只适用于expdp导出的文件，而不适用于exp导出文件。 对于10g以上的服务器，使用exp通常不能导出0行数据的空表，而此时必须使用exp
Linux 平台下 Oracle 数据泵备份（expdp） SHELL 脚本
热门推荐
David Dai -- Focus on Oracle
07-07 1万+
<br /><br />数据泵是Oracle 10g的新特性，10g以后的版本才有。 关于数据泵的理论知识参考我的Blog：<br /><br />Oracle 10g EXPDP和IMPDP使用说明<br />http://blog.youkuaiyun.com/tianlesoftware/archive/2009/10/16/4674224.aspx<br /> <br /><br /><br /><br />Logicalbackup.sh<br />#!/bin/ksh<br /># ############
linux 下oracle数据备份,Linux 平台下 Oracle 数据泵备份（expdp） SHELL 脚本
weixin_33221829的博客
04-10 169
数据泵是Oracle10g的新特性，10g以后的版本才有。关于数据泵的理论知识参考我的Blog：Oracle10gEXPDP和IMPDP使用说明Logicalbackup.sh#!/bin/ksh#####################################################################createdbytia...
linux环境中Oracle数据库通过shell脚本实现数据泵expdp定期备份数据
qq_42562989的博客
04-12 1755
linux环境中Oracle数据库通过数据泵expdp定期备份数据
ORA-39006: internal error
lwei_998的专栏
03-19 6338
Oracle库中的部分synonym被删，已经不能用闪回恢复。 幸好有昨晚expdp的原数据备份，现尝试用数据库泵impdp的sqlfile功能恢复一下。 以下为恢复的步骤： 执行以下命令会将dumpfile中的内容导出到sqlfile指定的文件中，而不会把数据导入到数据库中。 $ impdp dbuser/dbpassword directory=DPUMPDIR
数据泵导入的时候，出现ORA-39006: internal error
文档搬运工
03-24 2199
RDBMS 19.8.0.1 + solaris X86 64 在测试xtts迁移的时候，最后一步导入元数据，出现错误。 -bash-4.4$ impdp "'/ as sysdba'" dumpfile= xttdump.dmp directory=TMP_DMP transport_datafiles='/u01/app/oracle/oradata/TEST/XTTS_2.dbf' Import: Release 19.0.0.0.0 - Production on Wed Mar 24..
expdp导出报错ORA-39006和ORA-39213解决
cqszpx的博客
09-26 795
报错现象：查询了一下，解决方法如下描述：执行如下：SQL>再次导出成功。
Oracle12c环境expdp导出时报ORA-65096、ORA-39006和ORA-39213问题解决方案
jike11231的博客
08-31 563
一：ORA-65096解决方案 1:检查pdb 利用sqlplus / as sysdba;进入dba账户 show pdbs 2:切换容器（注意只在当前SQL会话生效） alter system set container=WMP; 检查是否生效 即可解决如下问题 ORA-65096: invalid common user or role name 二：ORA-39006和ORA-39213解决方案 在Oracle12c环境下，使用数据泵expdp从pdb导出数据时报如下错误： ORA-390
DATAPUMP导入报ORA-39083和ORA-01917，用户或角色不存在 报错 ORA-39095: 转储文件空间已耗尽: 无法分配 8192 字节
weixin_tank88921的博客
07-30 1723
大概意思就是说oracle的安全机制使得不允许多个写进程同时写一个dump文件，如果此时你的parallel(并发)数值大于（实际导出数据量/fileszie）的数值，那么就会有一些进程闲置，他们只能等待写进程也相当于多个进程在抢占一个进程。在下面的OBJECT_PATH列中，“ROLE” 和 “ROLE_GRANT” 仅出现在 DATABASE_EXPORT 中。2、忽略，也可以手动执行失败的sql，可以执行成功。这个参数默认是Y，如果改成N，那么导入的时候会把各个对象重新赋予新的OID。
linux 数据泵备份脚本,Linux 平台下 Oracle 数据泵备份（expdp） SHELL 脚本
weixin_33277412的博客
05-11 190
Linux 平台下 Oracle 数据泵备份(expdp) SHELL 脚本 收藏数据泵是Oracle 10g的新特性，10g以后的版本才有。 关于数据泵的理论知识参考我的Blog：Oracle 10g EXPDP和IMPDP使用说明Logicalbackup.sh#!/bin/ksh# #######################################################...
linux环境下Oracle数据库通过shell脚本实现数据泵expdp定期备份数据，并impdp导入恢复数据库
wyp6468893的博客
08-17 3670
Linux下Oracle数据库定时备份，及数据库恢复
ORA-39006 ORA-39213
qq_30599553的博客
01-02 473
expdp导出数据时报错 ORA-39006: internal error ORA-39213: Metadata processing is not available   $ sqlplus / as sysdba SQL&gt; execute dbms_metadata_util.load_stylesheets;
ORA-39006错误原因及解决办法
m0_38048955的博客
03-22 2024
expep/Impdp导入时报错： ORA-39006: internal error ORA-39213:Metadata processing is not available 解决： execute dbms_metadata_util.load_stylesheets;
linux系统下oracle备份,Linux系统中Oracle自动备份方案
weixin_42813171的博客
04-05 237
作为DBA，每次全库备份几乎都要等别人不用数据库的时候才可以进行(我知道还有其他方式，本文暂时只考虑export)，通过下面2部分的就可以轻松实现半夜无值守备份啦。第一部分：编写Oracle备份shell脚本(分常规方式和数据泵方式，根据需要选择一种，创建shell脚本文件：autobackup.sh)/********************************exp常规方式的shell脚本...
expdp时出现错误：ORA-39006: internal error
snowfoxmonitor的专栏
08-17 1757
ORA-39006: internal error ORA-39213: Metadata processing is not available 问题描述： [Oracle@ www.linuxidc.com ~]$ expdp dove/a123 tables=studentinfo,teacherinfo DIRECTORY=dpdata1 dumpfile=info.
ORA-39006 ORA-39065 ORA-6502
君子不怨天的博客
10-22 1972
19c数据库改成12c后兼容性后启动 DataPump 时不存在表或视图：ORA-39006、ORA-39065 和 ORA-00942 [$ /acfs/expdp_dir]$ impdp \'/ as sysdba\' parfile=impdp_xxxx20211021.par Import: Release 19.0.0.0.0 - Production on Thu Oct 21 18:05:28 2021 Version 19.10.0.0.0 Copyright (c) 1982, 20
oracle 19c expdp导出数据库报错ORA-39002: 操作无效 ORA-39070: 无法打开日志文件。 ORA-29283: 无效的文件操作 : 意外的 "LFI" 错误 (1509)[29437]
最新发布
07-23
<think>嗯，用户遇到了Oracle 19c中使用expdp导出数据时出现的ORA-39002、ORA-39070和ORA-29283错误组合。这类错误通常与目录权限或文件系统问题相关，需要系统性地排查。 先看错误链的逻辑关系：ORA-39002是操作无效的通用提示，ORA-39070说明无法打开日志文件，而ORA-29283指向具体的文件操作权限问题。核心应该聚焦在第三个错误上。 根据引用[1]的案例，用户环境是Windows系统（从路径C:\Users可见），这提示要特别注意Windows特有的权限机制。需要重点检查： 1. 目录对象实际路径的NTFS权限，需确保Oracle服务运行账户（通常是LocalSystem或指定域账户）有完全控制权 2. 防病毒软件实时扫描可能锁定文件，可尝试临时禁用测试 3. 路径是否存在空格或特殊字符（如示例中的%U），虽然expdp支持%U但最好先用简单文件名测试 引用[2][3]提到的ORA-31626/31634错误虽然不同，但说明job管理问题也可能与目录权限相关，侧面印证权限问题的普遍性。不过当前用户未出现这些错误，暂时不作为重点。 具体排查步骤需要分层进行：首先验证目录对象配置，用SQL查询确认路径映射正确；然后检查操作系统权限，特别是Oracle进程的写权限；最后测试实际写入能力，比如用utl_file包直接写文件测试。 考虑到用户是DBA身份，解决方案中需要包含具体操作命令： - 查询目录对象的SQL：select * from dba_directories - 重建目录的DDL：create or replace directory... - 权限授予语句：grant read, write on directory... 同时要提醒易忽略点：云环境或集群中可能涉及多个节点的权限同步问题，以及Windows UAC虚拟化导致的实际路径重定向问题（如ProgramData目录的虚拟存储）。 补充的预防措施也很重要，比如设置专用导出目录避免使用临时路径，规范目录命名避免特殊字符等。最后建议用户用最小化测试案例（单文件导出）验证，比直接处理复杂任务更高效。</think>好的，我们来详细分析 Oracle 19c 中使用 `expdp` 导出数据库时遇到的 `ORA-39002`, `ORA-39070`, `ORA-29283` 错误组合，并提供故障排除步骤。 **核心问题分析：** 这组错误的核心通常在于 **Data Pump 无法写入指定的日志文件（或转储文件）**。错误链的含义如下： 1. **ORA-39002: invalid operation**： 这是一个通用的错误，表明 Data Pump 操作失败。它本身不指明具体原因，而是由后续的错误提供细节。 2. **ORA-39070: Unable to open the log file.**： 明确指出 Data Pump 无法打开（通常是为了写入）指定的日志文件 (`logfile=ccenseecard_export.log`)。这是问题的直接表现。 3. **ORA-29283: invalid file operation**： 这是最关键的底层错误。它表示操作系统级别的文件操作失败。具体原因需要结合上下文，但最常见于： * **目录权限不足：** Oracle 软件运行用户（通常是 `oracle` 用户或 `dba` 组）对操作系统上 `DIRECTORY` 对象指向的实际物理目录**没有写权限**。 * **目录不存在：** `DIRECTORY` 对象指向的操作系统物理路径不存在。 * **磁盘空间不足：** 目标磁盘或文件系统没有足够的空间来创建或写入日志文件（或转储文件）。 * **路径错误：** `DIRECTORY` 对象定义错误，或者 `dumpfile`/`logfile` 参数中指定的路径无效（例如，包含了操作系统不允许的字符或格式）。 * **文件已存在且不可覆盖：** 如果日志文件已经存在，并且 Oracle 进程没有覆盖它的权限（或者使用了 `REUSE_DUMPFILES=Y` 但文件被其他进程锁定）。 * **文件系统问题：** 文件系统损坏、只读挂载等。 * **SELinux / AppArmor (Linux)：** 安全模块阻止了 Oracle 进程对目录的写入访问。 * **防病毒软件锁定：** 防病毒软件可能暂时锁定了文件或目录，阻止写入。 **故障排除步骤：** 1. **验证 `DIRECTORY` 对象：** * 登录到 SQL*Plus (作为有权限的用户，如 `SYS` 或 `SYSTEM`)： ```sql SELECT directory_name, directory_path FROM dba_directories WHERE directory_name = 'EXPDP_DIR'; ``` * **检查1：** 确认查询结果中 `EXPDP_DIR` 对应的 `directory_path` 确实是您期望的操作系统目录路径（大小写敏感）。 * **检查2：** 登录到数据库服务器操作系统，检查 `directory_path` 指向的物理路径**是否存在**。使用 `ls -ld ` 命令查看路径是否存在。 * **检查3：** 确认 Oracle 软件运行用户（通常是 `oracle`）对该物理目录拥有**读、写、执行**权限。使用 `ls -ld ` 查看权限，并用 `id` 命令确认当前用户身份（或 `ps -ef | grep pmon` 查看数据库进程的属主）。确保 `oracle` 用户或 `dba` 组有权限。例如： ```bash ls -ld /path/to/expdp_dir # 输出应类似 drwxr-xr-x 或 drwxrwxr-x，且属主/组应为 oracle/dba 或 oracle/oinstall 等。 chmod 775 /path/to/expdp_dir # 如果权限不足，需要修正 (需root或目录所有者) chown oracle:dba /path/to/expdp_dir # 如果所有权不对，需要修正 (需root) ``` 2. **检查磁盘空间：** * 在操作系统上，使用 `df -h` 命令检查 `directory_path` 所在的磁盘分区是否有足够的可用空间。确保空间足够容纳日志文件和预期的转储文件。 3. **检查文件是否存在与权限：** * 在操作系统上，导航到 `directory_path` 指向的目录。 * 检查 `ccenseecard_export.log` 文件是否已经存在： * 如果存在，确认 `oracle` 用户是否有权限覆盖它 (`ls -l ccenseecard_export.log`)。 * 尝试手动删除该文件（如果不需要保留），或者确保 `oracle` 用户有写权限。也可以考虑在 `expdp` 命令中使用不同的 `logfile` 名称测试。 * 尝试在目标目录下用 `oracle` 用户手动创建一个小文件，测试写入权限： ```bash su - oracle # 切换到oracle用户 cd /path/to/expdp_dir touch testfile.txt echo "test" > testfile.txt ls -l testfile.txt rm testfile.txt # 清理测试文件 ``` * 如果手动创建/写入文件失败，说明操作系统权限问题是根本原因，需按步骤1修正目录权限。 4. **简化命令测试：** * 使用最简单的命令排除复杂因素： ```bash expdp system/newECARD2017 directory=EXPDP_DIR dumpfile=test.dmp logfile=test.log schemas=system ``` * 使用更简单的文件名（`test.dmp`, `test.log`）。 * 导出一个小模式（如 `SYSTEM` 本身，或者一个已知存在的小用户模式）。这有助于快速排除磁盘空间问题。 * 如果简化命令成功，说明原始命令中的模式名 (`ccenseecard`) 或文件名格式 (`ccenseecard%U.dmp`) 可能不是问题根源（但文件名格式错误理论上也可能导致问题，简化测试规避了这点）。 5. **检查 Oracle 错误日志：** * 查看数据库的 alert log (`$ORACLE_BASE/diag/rdbms/<dbname>/<instance>/trace/alert_<instance>.log`)。虽然 `expdp` 错误主要记录在它自己的日志文件里（但这次它打不开），但 alert log 有时会捕获到更底层的操作系统交互错误或进程信息。 6. **检查安全模块 (Linux)：** * **SELinux:** 检查 SELinux 状态 `sestatus`。如果启用，查看相关审计日志 (`/var/log/audit/audit.log` 或 `ausearch` 命令) 寻找与 `oracle` 进程、`expdp_dir` 路径相关的 `denied` 条目。可能需要调整 SELinux 策略或设置文件上下文 (`chcon`, `semanage fcontext`)。作为临时测试，可尝试 `setenforce 0` 禁用 SELinux（生产环境慎用，测试完需恢复）。 * **AppArmor:** 检查 AppArmor 状态 `aa-status` 和配置文件。可能需要修改 Oracle 相关的 AppArmor 配置文件以允许访问该目录。 7. **检查防病毒软件：** * 临时禁用服务器上的防病毒软件实时扫描功能，然后重试 `expdp` 操作。如果成功，需要在防病毒软件中为 `expdp_dir` 目录添加排除规则。 8. **检查路径格式 (Windows 特别注意)：** * 在 Windows 上，确保 `DIRECTORY` 路径使用正确的格式（如 `C:\app\oracle\expdp_dir`），避免使用包含空格或特殊字符的路径（如果必须使用，确保用引号括起来并在 `DIRECTORY` 定义和 `expdp` 命令中一致处理）。确保路径是绝对路径。 * 确认 Oracle 服务（通常是 `OracleServiceORCL` 或 `OracleService`）运行的用户帐户（通常是 `Local System` 或指定域账户）对该目录拥有完全控制权限（右键目录 -> 属性 -> 安全 -> 编辑/添加权限）。 **解决方案总结：** 根据上述排查，最常见的解决方案是： 1. **确保 `DIRECTORY` 对象指向的物理路径存在。** 2. **确保操作系统上的物理目录对 Oracle 运行用户 (`oracle` 或服务账户) 具有 `rwx` (读、写、执行) 权限。** 这是最根本、最常见的原因。 3. **确保目标磁盘有足够空间。** 4. **确保 `logfile` 和 `dumpfile` 指定的文件名合法且无冲突。** 5. **(Linux) 检查并配置 SELinux/AppArmor。** 6. **(Windows) 检查目录权限并确认服务账户权限。** 7. **临时禁用防病毒软件测试。** **示例修正命令 (假设问题在目录权限)：** ```sql -- 1. 修正操作系统权限 (以Linux为例, 需root或目录所有者) chown oracle:oinstall /u01/app/oracle/expdp_dir # 修改所有权 chmod 775 /u01/app/oracle/expdp_dir # 修改权限 -- 2. (可选) 如果目录路径错误或不存在，重新创建DIRECTORY对象 (需DBA权限) DROP DIRECTORY expdp_dir; CREATE DIRECTORY expdp_dir AS '/u01/app/oracle/expdp_dir'; -- 使用正确的绝对路径 GRANT READ, WRITE ON DIRECTORY expdp_dir TO system; -- 或所需用户/角色 -- 3. 重新运行简化测试命令 expdp system/newECARD2017 directory=EXPDP_DIR dumpfile=test.dmp logfile=test.log schemas=system ``` **引用参考：** * 引用[1] 提供了具体的错误信息和命令示例，是问题诊断的基础[^1]。 * 引用[2][3] 虽然涉及不同的错误代码 (`ORA-31626`, `ORA-31634`)，但强调了目录权限、Job 管理以及与操作系统交互的重要性，其排查思路（如重建组件、检查权限）与本问题有共通之处[^2][^3]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值