ORA-56935: 现有数据泵作业正在使用其他版本的时区数据文件

最新推荐文章于 2024-03-05 16:36:22 发布
最新推荐文章于 2024-03-05 16:36:22 发布
阅读量2.9k 收藏 3
点赞数 1
文章标签： 数据库
本文介绍了遇到ORA-56935错误的原因，该错误通常发生在数据泵作业运行过程中，由于时区数据文件版本不一致导致。文章提供了解决这一问题的方法和步骤，帮助数据库管理员解决此类问题。
摘要由CSDN通过智能技术生成
将一个11.2.0.1的数据泵导出文件导入12.1.0.2版本时，出现如下错误
连接到: Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Produc
tion
With the Partitioning, OLAP, Advanced Analytics and Real Application Testing opt
ions
ORA-39006: 内部错误
ORA-39065: DISPATCH 中出现意外的主进程异常错误
ORA-56935: 现有数据泵作业正在使用其他版本的时区数据文件

ORA-39097: 数据泵作业出现意外的错误 -56935

搜索了半天，找到了如下解决方案

UNCATEGORIZED
impdp ORA-39097 ORA-39065 ORA-56935
MAY 12, 2015 ARCSDEGEO3 COMMENTS
While performing an import, I faced the below error:


ORA-39097: Data Pump job encountered unexpected error 
ORA-39065: unexpected master process exception in DISPATCH
ORA-56935: existing datapump jobs are using a different version of time zone data file


Solution:


Check the value of  DST_UPG
最低0.47元/天 解锁文章
congsong2560
关注
  • 1
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
ORA-56935: existing datapump jobs are using a different version of time zone data file
Day By Day--Ryan Bai
11-19 1186
故障描述 数据库版本：11.2.0.4–>12.2.0.1 描述：数据泵导入时遇到异常 告警： 故障分析 该故障由timestamp在不同版本时区文件造成的 解决方案 查询 DST_UPGRADE_STATE 值SELECT PROPERTY_NAME, SUBSTR(PROPERTY_VALUE, 1, 30) VALUE FROM DATABASE_PROPERTIES W...
数据泵的跨版本问题
ckawt40802的专栏
04-27 159
数据泵在10g刚推出的时候，跨版本的问题并不明显，而等到11.2推出之后，数据泵同样存在处理跨版本的问题。 Oracle原始的EXP/IMP导出、导入工具的扩版本特性对于从8...
Oracle 12C导入报错ORA-56935
Kay的博客
02-10 4418
Oracle 12C导入报错ORA-56935 一、背景 在Oracle 12.1.0.2导出的dmp文件导入到12.2.0.1发生报错ORA-56935，具体如下： [oracle@sdw2 dump]$ impdp cs/oracle@cs directory=dump dumpfile=cs_expdp.dmp logfile=xx.log schemas=cs remap_tablesp...
oracle19c升级时区版本 32--＞42，解决数据泵导数据TSTZ报错
最新发布
weixin_64198692的博客
03-05 1437
数据库时区升级
ora-01578: oracle 数据块损坏,Oracle ORA-01578坏块解决方法
weixin_36478445的博客
04-03 2107
本帖最后由 paulyi 于 2014-1-19 13:15 编辑一. 出问题时的情景我在自己测试数据库上给大表 tb_table导完数据后，建立索引时，出现以下错误ORA-01578: ORACLE data block corrupted (file # 7, block # 28969)ORA-01110: data file 7: 'D:\ORACLE\ORADATA\PAUL\GAM...
连接Oracle数据库时报ORA-12541:TNS:无监听程序的图文解决教程
09-10
主要介绍了连接Oracle数据库时报ORA-12541:TNS:无监听程序的图文解决教程,非常不错，具有参考借鉴价值，需要的朋友可以参考下
一个schema备份日志发现ORA-39097,ORA-39065,ORA-12801,ORA-01460 异常
congjiong8459的博客
12-09 532
在检查逻辑备份的时候，发现了一个schema备份未成功，在自己运维的RAC环境中, 只有两个实例。 每一个实例下有4个schema，唯独这个天天被并行访问的schema产生异常。 点击(此处)折叠或...
oracle12c数据泵导入,oracle12c还原数据库遇到的问题-将一个11.2.0.1的数据泵导出文件导入12.1.0.2版本报错...
weixin_29015051的博客
04-06 787
/*将一个11.2.0.1的数据泵导出文件导入12.1.0.2版本时，出现如下错误连接到:OracleDatabase12cEnterpriseEditionRelease12.1.0.2.0-64bitProductionWiththePartitioning,OLAP,AdvancedAnalyticsandRealApplicationTestingo...
ORA-39065: unexpected master process exception in DISPATCHORA-56935: existing datapump jobs are usi
kevinyu998的博客
09-10 504
从11g中备份用户，导入到19c时报错，报错如下。查询 DST_UPGRADE_STATE 值。处理后重新导入，导入正常。
Oracle游标处理和导入报错处理的一个小记录
zsby2012的博客
08-24 611
1、设置ORACLE数据库游标大小 先用超级管理员（sys）登陆服务器： sqlplus “sys/***@orcl as sysdba” 连接到： Oracle 查看ORACLE最大游标数： SQL> show parameter open_cursors; 查看当前打开的游标数目： SQL> select count(*) from v$open_cursor; 设置数据库最大游标数量： SQL>alter system set open_cursors=3000 scope=both
About Using Automatic Workload Repository Warehouse for Generating Performance Reports
u011868279的博客
02-20 249
About Using Automatic Workload Repository Warehouse for Generating Performance Reports
聊聊UNDO_RETENTION作用（上）
ciqu9915的博客
10-16 205
在Oracle的Undo机制中，参数Undo_Retention扮演了“混淆者”的角色。论坛里面也有很多朋友对这个参数含义不是非常清楚。本篇我们就来讨论一下这个这个参数的含义和作用。 1、从Undo说起 Un...
利用DBMS_SESSION.SET_CONTEXT传值
congsong2560的博客
11-28 276
公司的应用有一需求： 现有一需求，需要在行级触发器执行存储在数据库表当中的一段PL/SQL脚本 类似于 CREATE OR REPLACE TRIGGER tr_emp AFTER UPDATE OR ...
使用数据泵跨版本导出导入数据
文档搬运工
11-30 4247
测试环境 11.2.0.3.0  ，12.2.0.1.0 结论： 1 从低版本导出，导入到高版本，可以，不需要加参数version 2 从高版本导出，导入到低版本，不可以。需要在导出的时候，加上version参数。在导入的时候加参数version无效 以下为测试过程： --------------- -- 从11g dump出表， 到12c SYS@orcl_stdby>sele
ORA-01194: 文件 1 需要更多的恢复来保持一致性 ORA-01110: 数据文件 1: '/data/oradata/ORCL/system01.dbf'
06-09
ORA-01194 和 ORA-01110 错误都与数据文件的恢复有关。ORA-01194 错误表示在恢复数据文件时，需要更多的恢复操作才能使数据文件保持一致性。而ORA-01110 错误则表示指定的数据文件无法打开，可能是由于数据文件损坏或缺失所致。 针对这两个错误，你可以尝试以下步骤进行恢复： 1. 确认数据文件是否存在，可以使用命令 `ls -l /data/oradata/ORCL/system01.dbf` 来检查文件是否存在。 2. 如果数据文件已经存在，可以尝试使用命令 `RECOVER DATAFILE '/data/oradata/ORCL/system01.dbf'` 进行数据文件的恢复。如果恢复时遇到 ORA-01194 错误，需要根据错误提示进一步修复数据文件。 3. 如果数据文件不存在，可以从备份中恢复数据文件，可以使用命令 `RESTORE DATAFILE '/data/oradata/ORCL/system01.dbf' FROM '/backup/system01.dbf';` 进行数据文件的恢复。 4. 在数据文件恢复完成后，可以尝试使用命令 `ALTER DATABASE OPEN RESETLOGS;` 打开数据库。 需要注意的是，在进行数据文件恢复的过程中，一定要小心谨慎，以免造成数据的进一步损害。同时，也要确保在恢复之前备份好数据文件和控制文件等重要的数据库文件。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值