ORA-39405: Oracle Data Pump does not support...

已于 2023-03-03 09:26:25 修改
阅读量1.2k 收藏 1
点赞数 1
文章标签： 数据库 oracle sql
于 2023-02-28 11:30:03 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_44338476/article/details/129257597
版权
在Oracle数据库使用中遇到时区不匹配问题，表现为ORA-39405错误。通过检查发现时区文件版本过低，需要升级到36版本。官方提供了DBMS_DST Package和utltz_* Scripts两种升级方法。本文介绍了使用utltz_* Scripts的简单步骤：下载timezlrg_36.dat和timezone_36.dat文件，放置于$ORACLE_HOME/oracore/zoneinfo/目录下，然后在Oracle环境中执行升级操作，从而解决时区问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

oracle升级timezone相关

oracle使用过程中出现timezone对不上的问题

ORA-39002: invalid operation
ORA-39405: Oracle Data Pump does not support importing from a source database with TSTZ 
version 36 into a target database with TSTZ version 32.

错误见上 可以发现是时区版本对不上
查看在系统中时区文件

ll $ORACLE_HOME/o
最低0.47元/天 解锁文章
datapump跨数据库迁移数据时，提示”ORA-39002: invalid operation”错误
weixin_tank88921的博客
07-29 2228
最近有个datapump跨数据库迁移数据时，提示”ORA-39002: invalid operation”错误， 排除过目录文件权限和语法兼容问题，后来发现是目标库的Timezone Version低于源库的TZ version. 需要升级目标库的TZ VERSION，这里简单记录该问题.目标：用户a要访问b中的视图，而且已经能够在a中通过 select * from b.bview查询到数据。b用户启用了版本控制 (editions enabled)，而a没有启用。db 中2个用户： a和b。
DATAPUMP导入报ORA-39083和ORA-01917，用户或角色不存在 报错 ORA-39095: 转储文件空间已耗尽: 无法分配 8192 字节
weixin_tank88921的博客
07-30 1326
大概意思就是说oracle的安全机制使得不允许多个写进程同时写一个dump文件，如果此时你的parallel(并发)数值大于（实际导出数据量/fileszie）的数值，那么就会有一些进程闲置，他们只能等待写进程也相当于多个进程在抢占一个进程。在下面的OBJECT_PATH列中，“ROLE” 和 “ROLE_GRANT” 仅出现在 DATABASE_EXPORT 中。2、忽略，也可以手动执行失败的sql，可以执行成功。这个参数默认是Y，如果改成N，那么导入的时候会把各个对象重新赋予新的OID。
ORA-39405: Oracle Data Pump does not support importing from a source database with TSTZ version 36
weixin_36782521的博客
04-21 3673
ORA-39405: Oracle Data Pump does not support importing from a source database with TSTZ version 36 into a target database with TSTZ version 32.
数据泵导入报错 ORA-39405 提示时区要升级，怎么办？看这篇！
最新发布
LuciferLiu_DBA
03-10 9228
最近遇到好几次数据泵导入报错 ORA-39405 的问题，需要升级时区，本文正好记录一下解决过程。## 注意：rac 数据库需要先切换成单机模式进行升级 SQL > @?具体步骤可以参考 MOS 文档内容。
Oracle impdp 导入dump备份报错 ORA-39405
Omega29的博客
08-12 2171
ORA-39002: invalid operation ORA-39405: Oracle Data Pump does not support importing from a source database with TSTZ version 33 into a target database with TSTZ version 32.
ORA-39405: Oracle Data Pump Does Not Support Importing From A Source Database With TSTZ Version
sqlora的专栏
07-23 1746
由于官方给出的参考需要目标端停库打补丁，动作太大无法满足。由于源端的库很小10多G，本次可采用方法是：从在目标端使用exp的方式连接到源端进行备份（不是expdp)
工作随记：解决ORA-39405Oracle Data Pump does not support importing from a source database with TsTz
狗剩儿的记忆博客
07-25 1047
在21.3版本迁移到19.15版本时候遇到的一个问题：提示：以下是本篇文章正文内容，下面案例可供参考。
oracle or39002,oracle 恢复数据库 报错 ORA-39002:操作无效 急急急！
weixin_36274355的博客
04-06 1267
declareh1 NUMBER;l1 varchar2(20);beginh1 := dbms_datapump.open (operation => 'IMPORT', job_mode => 'SCHEMA', job_name => 'JOB_IMP03', version => 'COMPATIBLE');dbms_datapump.set_paralle...
AWS RDS Oracle hit ORA-39405
shiran0418的博客
11-02 796
当实例使用过时的时区文件版本时，可能会发生停机。有个误区，是可能此时大家会检查RDS Oracle的小版本，而后将目标端把版本升级到更高版本。但是timezone_file的版本，不一定会跟着RDS Oracle的升级而升级。正确的方式是，根据文档[1], 首先将RDS Oracle的选项组，如果是默认选项组，那么需要更改为自建选项组。这个报错是由于timezone_file的版本，源端比目标端高，于是impdp不支持。在原生Oracle上，将timezone_file的patch应用，完成升级即可解决。
oracle19c升级时区版本 32->42，解决数据泵导数据TSTZ报错
03-05
3. **数据泵（Data Pump）**：Oracle Data Pump是Oracle数据库中的一种快速数据传输工具，用于导出（EXPDP）和导入（IMPDP）大量数据。它使用并行处理来提高效率，可以跨数据库版本工作，但有时可能会遇到与时区相关...
oracle impdp 39087,19C impdp导入报ORA-39087,ORA-39070,ORA-39002错误
weixin_33957089的博客
04-10 2562
[oracle@localhost ~]$ impdp system/oracle@wangjiapdb directory=dpdata1 dumpfile=wangjiapdb.dmp logfile=20190508.log full=yImport: Release 19.0.0.0.0 - Production on Wed May 8 16:30:15 2019Version 19.3...
ORA-39405-时区版本36全补丁包
03-21
Oracle 19c 时区版本补丁包：timezone_36.dat timezlrg_36.dat
oracle19.3时区版本33补丁p28852325_193000DBRU_Linux-x86-64.zip
04-25
注意：此补丁只适用于oracle19.3版本用来添加33版本时区，其他版本使用会报错 我会再上传一个适用于19c所有oracle版本的33版本时区补丁 补丁用于解决ORA-39405 TSTZ版本问题的错误 用于把oracle19.3数据库加TSTZ33版本的补丁 可通过SQL> SELECT * FROM v$timezone_file;命令查询时区版本 Oracle Database 19 Release 19.3.0.0.190416DBRU CORE Patch for Bug# 28852325 for Linux-x86-64 Platforms This patch is non-RAC Rolling Installable. Released: Tue Sep 24 06:08:39 2019 This document describes how you can install the CORE DST patch for bug# 28852325 on your Oracle Database 19 Release 19.3.0.0.190416DBRU 安装过程可以查看我的文章https://blog.csdn.net/weixin_43885834/article/details/105745901 安装补丁后还需要调整时区到最新，调整时区脚本 https://download.csdn.net/download/weixin_43885834/12360984
p29997937_190000__oracle34时区全系统版本
02-24
适用于19c所有oracle版本的34版本时区补丁 补丁用于解决ORA-39405 TSTZ版本问题的错误 用于把oracle19c数据库加TSTZ34版本的补丁 可 通过SQL> SELECT * FROM v$timezone_file;命令查询时区版本 打补丁参考https://jingyan.baidu.com/article/d8072ac4093fbcac94cefd1b.html
oracle19c,19.0.0时区版本35补丁p31335037_190000_Linux-x86-64.zip
11-11
oracle19.0时区版本35补丁p31335037_190000_Linux-x86-64.zip 注意：此补丁只适用于oracle19.3版本用来添加35版本时区，其他版本使用会报错 我会再上传一个适用于19c所有oracle版本的35版本时区补丁 补丁用于解决ORA-39405 TSTZ版本问题的错误 用于把oracle19.0数据库加TSTZ35版本的补丁 可通过SQL> SELECT * FROM v$timezone_file;命令查询时区版本 Oracle Database 19 Release 19.0.0.0.190416DBRU CORE Patch for Bug#
oracle19c所有版本通用时区版本34补丁p29997937_190000_Linux-x86-64_34版本.zip
05-07
适用于19c所有oracle版本的34版本时区补丁 补丁用于解决ORA-39405 TSTZ版本问题的错误 用于把oracle19c数据库加TSTZ34版本的补丁 可通过SQL> SELECT * FROM v$timezone_file;命令查询时区版本 安装过程可以查看我的文章https://blog.csdn.net/weixin_43885834/article/details/105745901 安装补丁后还需要调整时区到最新，调整时区脚本 https://download.csdn.net/download/weixin_43885834/12360984
oracle 31640,ORA-31640: unable to open dump file 问题解决
weixin_35662085的博客
04-08 2275
在一次将ORACLE 10G 数据库数据迁移到ORACLE 11G RAC环境时,遇到了"ORA-31640: unable to open dump file "的错误.导入的命令如下:$nohup idmpdp system/******** directory=imp_dir dumpfile=full_db_20120823.dmp schemas=daanl,daanl_data log...
Oracle Data Pump 数据库版本不一致问题
qq_17121835的博客
01-22 773
登高必自卑，行远必自迩。
ORA-01034: ORACLE not available ORA-27101: shared memory realm does not exist
09-16
ORA-01034: ORACLE not available ORA-27101: shared memory realm does not exist是一个错误代码，表示Oracle数据库不可用或共享内存区域不存在。这个错误通常是由于数据库实例未能正确启动或配置问题引起的。要解决这个问题，可以尝试以下步骤： 1. 确保Oracle数据库实例已正确启动。可以使用命令"lsnrctl status"来检查监听器的状态，并使用命令"sqlplus / as sysdba"登录到数据库实例。 2. 如果数据库实例未启动，请尝试使用命令"startup"来启动实例。如果遇到权限问题，可以尝试以管理员身份运行命令提示符或使用适当的权限登录到系统。 3. 如果数据库实例已经启动，但仍然遇到错误，请检查数据库的日志文件，如alert日志、trace文件等，以获取更多详细信息。这些文件通常位于数据库安装目录的相应子目录中。 4. 如果错误仍然存在，可以尝试重新配置数据库实例的参数。可以通过编辑数据库的初始化参数文件（init.ora或spfile）来修改参数值，并重启实例使其生效。 5. 如果以上步骤都无效，可以尝试重新安装或升级Oracle数据库。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值