expdp出错，报：ORA-01555: 快照过旧: 回退段号 (名称为 "") 过小

最新推荐文章于 2024-07-23 08:45:00 发布
最新推荐文章于 2024-07-23 08:45:00 发布
阅读量3.5k 收藏 1
点赞数
文章标签： 数据库
come from:http://www.58daxue.cn/showtopic-105209.html

expdp出错，报：ORA-01555: 快照过旧: 回退段号 (名称为 "") 过小
windows 2003 Server x64 + Oracle 10G 10.2.0.1.0 for x64
expdp时总是出错，导出时总是报以下错误：

......
ORA-31693: 表数据对象 "user"."table1" 无法加载/卸载并且被跳过, 错误如下:

ORA-02354: 导出/导入数据时出错
ORA-01555: 快照过旧: 回退段号  (名称为 "") 过小
ORA-22924: 快照太旧
......

试着把undo_retention加大，设成21600，或设成0以自动管理，可都是不行，还是报以上错误。我的UNDO表空间是4G,已经足够大了并且看使用也只使用了不到1%

另外，在服务器上用EXP导出这张表时也报错：
EXP-00056: 遇到Oracle错误1555
ORA-01555: 快照过旧: 回退段号 (名称为 "") 过小
ORA-22924: 快照太旧
......
补充一下，这张表中有blob字段。
请问各位高手该如何解决？
 

TOP

 

发送短消息

查看公共资料

查找该会员全部帖子

  • UID:8138
  • 精华: 0
  • 银票:34.26 银
  • 58币:15.56 发
  • 金元宝:0 金
  • 来自:
  • 注册: 2009-01-04

状态: 离线

离线 asd7777
头像

star_level3.gifstar_level2.gif

  • 组别:金牌会员
  • 性别:保密
  • 积分:1085
  • 帖子:1043
2009-04-20 17:54 树型| 收藏| 小 中 大 2#

expdp出错，报：ORA-01555: 快照过旧: 回退段号 (名称为 "") 过小

*Cause: rollback records needed by a reader for consistent read are
//        overwritten by other writers
// *Action: If in Automatic Undo Management mode, increase undo_retention
//          setting. Otherwise, use larger rollback segments www.sosdb.com
oracle truncate drop专家
ORACLE恢复 磁盘阵列脱离RAID卡恢复
q:9417901
msn:glkgdj@hotmail.com
msnadd.gif msnchat.gif qq.gif
 

TOP

 

发送短消息

查看公共资料

查找该会员全部帖子

  • UID:8740
  • 精华: 0
  • 银票:42.58 银
  • 58币:21.33 发
  • 金元宝:0 金
  • 来自:
  • 注册: 2009-01-04

状态: 离线

离线 持刀人
头像

star_level3.gif

  • 组别:高级会员
  • 性别:保密
  • 积分:921
  • 帖子:883
2009-04-20 17:54 树型| 收藏| 小 中 大 3#

expdp出错，报：ORA-01555: 快照过旧: 回退段号 (名称为 "") 过小

是不是有长时间运行的SQL？？？

把undo_retention设的更大点MSN: wt66550601@hotmail.com
http://www.alidba.net
msnadd.gif msnchat.gif taobao.gif
 

TOP

 

发送短消息

查看公共资料

查找该会员全部帖子

  • UID:8548
  • 精华: 0
  • 银票:38.35 银
  • 58币:18.55 发
  • 金元宝:0 金
  • 来自:
  • 注册: 2009-01-04

状态: 离线

离线 25804787
头像

star_level3.gif

  • 组别:高级会员
  • 性别:保密
  • 积分:877
  • 帖子:838
2009-04-20 17:54 树型| 收藏| 小 中 大 4#

expdp出错，报：ORA-01555: 快照过旧: 回退段号 (名称为 "") 过小

3楼说的没错~！
ORA-01555是一个经常出现的错误，告诉你snapshot too old,解决办法有2：
1. 最直接的，扩充你的undo tablespace大小~！
2. 适当调整undo_retention的大小，使old data在undo里保存的更久~！

建议你去看一下有关oracle consistency部分的介绍，和undo的原理和作用~！你会很清楚自己应该采取什么样的措施~！

GOOD LUCK~！Oracle9i OCP Lovertea_3702
msnadd.gif msnchat.gif qq.gif

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/90618/viewspace-691659/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/90618/viewspace-691659/

cuizhu0832
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
记录一次EXPDP导出BLOB字段 遇到ORA-01555报错
03-20
oracle expdp导出blob字段遇到ora-01555报错的解决方案
ORA-0155 快照过旧
datarookie
07-21 4308
当要把某个表闪回到很长一段时间之前时，报如下错误（黑色字体部分为变量，每次都有可能不同）        ORA-0155： 快照过旧：回退段号10（名称为 “_SYSSMU10$”）过小解决办法：把回滚段的时间增加Connected to Oracle Database 10g
常规ORA-01555报错 / 数据库表空间数据文件损坏，无法启动
最新发布
weixin_tank88921的博客
07-23 2075
如果undo表空间的自动扩展的，那数据库可以动态的调整undo retention的保留时间来支持长查询。数据库可以在undo_retention设置的时间里保留undo数据，当空间不足时，如果undo表空间是可以自动扩展的，那是可以自动扩展空间来保留更多的undo数据，而不是覆盖未到期(未到undo_retention设置的时间)的undo数据。ORA-01555快照过旧的问题，通常可以先去检查undo表空间的大小和undo_retention参数的设置，并进行增大调整的方法进行处理；
oracle数据库报错：ORA-01555: 快照过旧: 回退段号 10 (名称为 "_SYSSMU10_3550978943$") 过小【整理】
热门推荐
码农的田园
01-02 5万+
错误原因： SQL语句执行时间太长，或者UNDO表空间过小，或者事务量过大，或者过于频繁的提交，导致执行SQL过程中进行一致性读时，SQL执行后修改的 前镜像（即UNDO数据）在UNDO表空间中已经被覆盖，不能构造一致性读块（CR blocks）。  这种情况最多。 解决办法：  第1种情况解决的办法： （1）增加UNDO表空间大小 （2）增加undo_retention
oracle数据回退,oracle数据库报错：ORA-01555: 快照过旧: 回退段号 10 (名称为 “_SYSSMU10_3550978943$”) 过小...
weixin_27741699的博客
04-04 3210
oracle undo表空间undo表空间用于存放undo数据，当执行DML操作(insert、update、delete)时，oracle会将这些操作的旧数据写入到undo段。undo数据的作用1.回退事务当执行DML操作修改数据后，旧数据被存放在undo段中。只要数据为提交、回滚段未写满或者回滚段为超时的情况下，旧数据都能被回滚回来。2.读一致性通过DML操作后的数据没有提交之前，其他用户读取...
expdp 中ORA-39002、ORA-39070错误详解及解决办法
09-09
在使用Oracle数据库进行数据泵导出操作(expdp)时，可能会遇到错误ORA-39002和ORA-39070。ORA-39002通常表示遇到了无效的操作，而ORA-39070则指出无法打开日志文件。这两个错误通常会伴随其他错误信息，如ORA-29283...
OraDumpReader:Oracle导出expdp转储文件恢复软件-开源
06-02
该软件直接从oracle exp & expdp 结果转储文件中读取数据。 即使文件被恶意软件/勒索软件损坏或损坏，该软件仍然可以扫描整个文件，并找到数据的好部分。 IMP-00009 导出文件异常结束 IMP-00037 字符集标记未知 ORA-...
OGG之ORA-01403案例
04-21
3. 基于当前 SCN 为该表做一次初始化（expdp-impdp） 4. 在复制进程加入 map owner.table_name, target owner.table_name,filter ( @GETENV ("TRANSACTION", "CSN") >scn 号);并重启进程。 如果问题仍然没有得到...
ORA-01555: 快照过旧: 回退段号 31 (名称为 "_SYSSMU31$") 过小
gHost241的专栏
01-18 3万+
错误原因： SQL语句执行时间太长，或者UNDO表空间过小，或者事务量过大，或者过于频繁的提交，导致执行SQL过程中进行一致性读时，SQL执行后修改的 前镜像（即UNDO数据）在UNDO表空间中已经被覆盖，不能构造一致性读块（CR blocks）。  这种情况最多。 解决办法：  第1种情况解决的办法： （1）增加UNDO表空间大小 （2）增加undo_retention 时间，
09945 oracle 解决方法_详解4个方法--解决Oracle快照过旧问题
weixin_35873811的博客
12-22 2708
概述因之前业务设计时很多接口都是在凌晨执行，所以凌晨undo都会急剧增加，而最近考虑到闪回问题，在增加undo_retention后接口报错快照过旧，这是什么问题呢？下面一起来看看吧~报错内容ORA-01555 快照过旧 回退段号 10 (名称为 _SYSSMU10_3452551959$ ) 过小ORA-06512 在 RFUSER.SPLIT_OTM_OM_NEW , line 343ORA-...
ORA-01555快照过旧报错
qq_45087635的博客
11-10 1万+
用户设置出这个值之后，Oracle内部会尽量保证将Undo数据保留超过undo_retention设置的时间，但是如果Undo使用紧张，没有额外的方法，那么这个时间段也是不能保证的，这个时间如果设置的比较小，数据很快就覆盖了，那么执行较长时间的查询语句就会报ORA-01555的错误。Undo_retention:是undo数据保存的时间,是一个目标期望值,单位为秒,默认为900s。修改成功后，执行 show parameter undo_,查看时间已变。(1):sql执行比较久,需要优化sql。
expdp错误，ORA-01555: 快照过旧
huryer的专栏
11-03 2513
/* 2020-11-03 09:44:56 错误信息： expdp备份时提示如下错误 ORA-31693: 表数据对象 "TEST"."TEST_DOC" 无法加载/卸载并且被跳过, 错误如下: ORA-02354: 导出/导入数据时出错 ORA-01555: 快照过旧: 回退段号 12 (名称为 "_SYSSMU12_4103953449$") 过小 */ -- 解决办法： -- 1、查看undo表空间利用率 -- 检查是否利用率过高，可以适当添加表空间数据文件 select a.* , ca
oracle数据库备份 expdb导出错误提示ORA-01555: snapshot too old:
weixin_45618691的博客
12-01 2889
oracle数据库备份 expdb导出错误提示ORA-01555: snapshot too old:
Oracle数据库 ORA-01555 快照过旧
FIGHT_ANGEL的专栏
12-13 2586
产生原因： 用户user1对表进行了更新操作,用户user2在user1还没有进行提交前读表中数据,而且是大批量的读取(打个比方:耗时3分钟)而在这3分钟内user1进行了提交操作,那又会产生什么影响呢?这个时候怎么保证读写一致性呢?这个时候DBMS就要保证有足够大的undo表空间来存放修改前的数值,,以保证user2读取的数据是修改前的一致数据.然后下次再读取时候就是更新后的数据了. ora-
java.sql.SQLException: ORA01555: 快照过旧: 回退段号 4 过小
九师兄
04-26 1万+
首先了解Oracle在什么情况下会产生ORA-01555错误: 假设有一张6000万行数据的testdb表，预计testdb全表扫描1次需要2个小时，参考过程如下： 1、在1点钟，用户A发出了select * from testdb;此时不管将来testdb怎么变化，正确的结果应该是用户A会看到在1点钟这个时刻的内容。 2、在1点30分，用户B执行了update命令，更新了testdb表中的...
【Oracle】expdp-ora-01555
weixin_43346403的博客
02-28 604
EXPDP 执行时报错:ORA-01555,常见问题就是BLOB或CLOB字段损坏。BLOB或CLOB字段损坏。1.expdp备份报错。
windows下expdp导出数据报ora-39002
08-08
ORA-39002是Oracle数据库的错误代码，与使用expdp命令导出数据时出现的问题有关。在Windows操作系统下，可能会遇到ORA-39002错误的多种情况。下面是几种常见的情况及其解决方法： 1. 数据库连接问题：首先要确保可以成功连接到Oracle数据库。可以使用sqlplus命令测试连接是否正常。如果连接失败，可能是数据库参数配置或者网络问题。需要检查数据库参数是否正确，并确保网络连接正常。 2. 导出目录权限问题：在执行expdp命令时，需要指定一个目录作为导出文件的存放位置。如果导出目录没有正确设置权限，也可能导致ORA-39002错误。应该确保导出目录所属用户具有写入权限，并且确认目录是否存在。 3. 数据库版本不兼容：在导出数据时，可能会由于数据库版本不兼容导致ORA-39002错误。此时需要检查Oracle数据库版本是否支持当前使用的expdp命令版本。如果版本不兼容，可以尝试升级数据库或使用对应版本的expdp命令。 4. 参数配置错误：在执行expdp命令时，需要指定一些参数，如导出的表名、导出的数据类型等。如果参数配置不正确，可能会导致ORA-39002错误。应该仔细检查expdp命令中的参数是否正确，并根据需要进行修改。 总之，遇到ORA-39002错误时，首先需要检查数据库连接是否正常，然后检查导出目录权限和数据库版本兼容性，最后确认参数配置是否正确。根据具体情况进行排查和解决，即可解决ORA-39002错误。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值