drop tablespace 与 ora-01555 snapshot too old

最新推荐文章于 2021-04-04 05:23:52 发布
原创 最新推荐文章于 2021-04-04 05:23:52 发布 · 1k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文探讨了在进行级联删除表空间操作时出现ORA-01555错误的可能性，并通过实验设置了两个具有引用关联的表，分别位于不同的表空间上，进一步研究了在尝试删除父表所在的表空间时可能发生的情况。

删除表空间时报这个ORA-01555错误，是否是因为级联删除的原因？

1. 创建两个有引用关联的表，在不通的表空间上，然后drop父表所在表空间，会有什么结果？

常规ORA-01555报错 / 数据库表空间数据文件损坏，无法启动
weixin_tank88921的博客
07-23 3845
如果undo表空间的自动扩展的，那数据库可以动态的调整undo retention的保留时间来支持长查询。数据库可以在undo_retention设置的时间里保留undo数据，当空间不足时，如果undo表空间是可以自动扩展的，那是可以自动扩展空间来保留更多的undo数据，而不是覆盖未到期(未到undo_retention设置的时间)的undo数据。ORA-01555快照过旧的问题，通常可以先去检查undo表空间的大小和undo_retention参数的设置，并进行增大调整的方法进行处理；
oracle 打开连接 错误01092,重建控制文件打开数据库时报错ORA-01092: ORACLE instance terminated. Disconnection...
weixin_42517607的博客
04-05 1889
本帖最后由 eric0435 于 2012-9-11 13:23 编辑前天帮医保中心恢复数据库时遇到的一个问题,数据库出问题是因为操作失误删除了所有的控制文件，后面重建控制文件打开数据库时报ora-01092的错误原因是打开数据库时报ORA-00704: bootstrap process failureORA-00704: bootstrap process failureORA-00604: ...
oracle 删除旧数据,Oracle 删除海量数据下避免Ora-01555快照过旧错误的执行脚本
weixin_35713476的博客
04-04 187
1.将某大表的数据保留周期减少至90天内，但因此表数据量十分庞大，故此使用该方法处理，提高删除数据的性能以及避免Ora-01555快照过旧的问题DECLARECNT NUMBER(10):=0;I NUMBER(10);BEGINSELECT COUNT(*) INTO CNT FROM [Your_table_name] twhere t.printdate < sysdate - 90 ...
ORA-01555错误的一次处理记录
weixin_33681778的博客
06-21 219
早上上班后，开发人员反应说查询一个sql语句时，提示如下信息： ORA-01555 快照号过旧，回退段号26（名称为“_SYSSMU26_1271644566$”）过小的错误。 刚开始以为是UNDO表空间太小，增加undo数据文件后，还是同样的错误， 使用这个用户kms做了rollback操作也是同样错误。因为这个是测试数据库，尝试重新启动数据数据库...
【Oracle 11g】ORA-01555: snapshot too old(快照过旧)错误
Carl_Zhang
09-06 1万+
这个错误会导致：接收到这个错误的查询无法继续处理。引起这个错误的原因有3个： undo段太小，不足以在系统上执行工作。 你的程序跨COMMIT获取（实际上这是前一点的一个变体）。 块清除。 解决方案 适当地设置参数UNDO_RETENTION(要大于执行运行时间最长的事务所需的时间）。可以用V$UNDOSTAT 来去顶长时间运行的查询的持续时间。另外，要确保磁盘上已经预留了的空间，使undo段能根据
Oracle数据库 ORA-01555 快照过旧 (undo表空间：撤销表空间)
ziyunlong1984的专栏
08-22 4876
UNDO表空间用于存放UNDO数据,当执行DML操作时,oracle会将这些操作的旧数据写入到UNDO段,以保证可以回滚或者一致读等，而临时表空间主要用来做查询和存放一些缓冲区数据。你听说UNDO也是临时表可能是因为这两个表空间都不会永久保存数据的原因。 -----------------------------------------------------------------------
深入挖掘Oracle ORA-01555错误
ORA-01555错误是Oracle数据库管理中的一个常见问题，通常发生在长事务处理过程中，导致无法读取到一致的回滚段数据。本文系统地分析了ORA-01555错误的概念、成因及其对数据库操作的影响。通过深入理解回滚段的作用、...
12C ORA-错误汇总1 ORA-00000 to ORA-00877
ugghhj的博客
11-10 1735
12C ORA-错误汇总1 ORA-00000 to ORA-00877
Oracle数据库操作技巧与性能优化集锦
ORA-01555 “snapshot too old”错误通常发生在长时间运行的查询试图读取已被覆盖的 undo 数据块时。通过设置 SET TRANSACTION READ ONLY 或调整 undo_retention 参数，可延长 undo 信息保留时间，确保一致性读取...
重现ORA-01555的示例
还不算晕的专栏
09-08 1874
ORA-01555是因为回滚段中的原数据镜像被覆盖，一致性读时查询时不到。 模拟ORA-01555错误 ： 1.配置一个不能自动扩展的UNDO表空间 这里要提前创建一个UNDO表空间，大小5M并且表空间不支持自动扩展。 所需语句是：create undo tablespace test1_undo datafile '/u01/app/oracle/oradata/bys001/tes
深度解析 ORA-01555 原因及解决方法
phantom in ORACLE
10-22 1万+
两种原因： 一致读 ，CR (consistency Read) 查询修改数据的前镜像时，前景镜像被覆盖。 块延迟清理 事务工作步骤 Transaction 开始前 回滚段获取一个ITL(事务槽)，分配空间， 记录事务信息 Transaction 提交后，redo完成记录，同时还清除回滚段的事务信息 包括行级锁，ITL信息(commit 标志，SCN等) 清除这些事务段的信息的过程就叫做 块清除， 在完成块清除时, 我们本事务修改的数据块就会存在两种可能 (1) 所有的数据块还保存在 buff
DROP TABLESPACE时数据文件是否会自动删除
老马的博客
03-29 282
DROP TABLESPACE时数据文件是否会自动删除 OMF和非OMF管理的数据文件在DROP TABLESPACE时是否会自动删除，做了测试： SQL> alter system set db_create_file_dest='/oradata/data/standby' scope=both; System altered. ...
ORACLE 回滚段详解
ckth47350的博客
04-20 1105
ORACLE 回滚段 回滚段概述 　　回滚段用于存放数据修改之前的值（包括数据修改之前的位置和值）。回滚段的头部包含正在使用的该回滚段事务的信息。一个事务只能使用一个回滚段来存放它...
ORA-01555错误解决
热门推荐
ly199108171231的博客
10-09 7万+
ORA-01555错误是一种在Oracle数据库中很常见的错误。尤其在Oracle 8i及之前的版本最多。从9i开始的undo自动管理，至现在的10g、11g中的undo auto tuning，使得ORA-01555的错误越来越少。但是这个错误，仍然不可避免。 ORA-01555错误的原因分析 1、SQL语句执行时间太长，或者UNDO表空间过小，或者事务量过大，或者过于频繁的提交，导致执行S...
Oracle删除表空间提示ORA-00604和ORA-38301
嘻哈One的博客
08-02 1924
今天为了准备测试库，需要清除已有的一个数据库。删除表空间提示ORA-00604和ORA-38301## –查找用户。里面有数据库信息、表空间名称等信息 select *　from dba_users; –删除用户 drop user 用户名称 cascade; –删除表空间 drop tablespace 表空间名称 including contents and datafiles cascad...
ORA-01555: snapshot too old: rollback segment number 44 with name "_SYSSMU44$" too small
最新发布
11-22
<think> 我们已知ORA-01555错误的原因是：一致性读所需的回滚数据被覆盖（在自动撤销管理模式下，撤销保留时间不足或撤销表空间过小导致） 根据引用[1]的建议，在自动撤销管理模式下，应增加undo_retention设置。此外，还可能涉及撤销表空间大小的问题。 解决思路： 1. 检查当前undo_retention设置，考虑适当增加。 2. 检查撤销表空间的使用情况，考虑扩大表空间或添加数据文件。 3. 检查是否有长时间运行的查询，优化查询以减少一致性读所需的时间。 4. 考虑使用闪回查询或其他技术避免该错误。 具体步骤： 步骤1：查看当前的undo_retention参数 ```sql SHOW PARAMETER undo_retention; ``` 步骤2：查看撤销表空间的使用情况和数据文件信息 ```sql SELECT tablespace_name, status, SUM(bytes)/1024/1024 "Size(MB)", SUM(maxbytes)/1024/1024 "MaxSize(MB)" FROM dba_data_files WHERE tablespace_name = (SELECT value FROM v$parameter WHERE name = 'undo_tablespace') GROUP BY tablespace_name, status; SELECT tablespace_name, file_name, bytes/1024/1024 "Size(MB)", maxbytes/1024/1024 "MaxSize(MB)", autoextensible FROM dba_data_files WHERE tablespace_name = (SELECT value FROM v$parameter WHERE name = 'undo_tablespace'); -- 查看撤销表空间的使用情况 SELECT b.tablespace_name, b.seg_file_name, b.seg_blk_no, a.used_ublk, a.used_urec FROM v$transaction a, v$rollstat b WHERE a.xidusn = b.usn; ``` 步骤3：根据检查结果调整 - 如果撤销表空间使用率很高，且自动扩展已开启但空间不足，考虑手动增加数据文件大小或添加数据文件。 - 如果自动扩展未开启，建议开启自动扩展并设置最大大小。 示例：添加数据文件到撤销表空间 ```sql ALTER TABLESPACE undotbs1 ADD DATAFILE '/path/to/undo02.dbf' SIZE 2G AUTOEXTEND ON NEXT 100M MAXSIZE UNLIMITED; ``` 步骤4：增加undo_retention的值（例如增加到10800秒，即3小时） ```sql ALTER SYSTEM SET undo_retention=10800 SCOPE=BOTH; ``` 注意：undo_retention只是一个目标值，如果撤销表空间压力大（空间不足），即使设置了较大的undo_retention，Oracle也可能覆盖未过期的数据。因此，确保撤销表空间足够大。 步骤5：优化长时间运行的查询 - 检查AWR报告或长时间运行的会话，优化相关SQL。 步骤6：如果上述方法不能解决，考虑使用闪回查询（如果启用）或者使用其他技术（如物化视图）避免长查询。 此外，还可以考虑以下高级方法： - 使用RETENTION GUARANTEE（确保撤销表空间保留数据，即使空间紧张也不覆盖）： ```sql ALTER TABLESPACE undotbs1 RETENTION GUARANTEE; ``` 注意：这可能导致事务因撤销空间不足而失败，需谨慎。 总结：ORA-01555错误的解决核心是确保在查询需要一致性读的时间内，撤销数据不被覆盖。因此，需要从撤销保留时间和撤销表空间大小两方面入手，同时优化查询。 §§相关问题§§ 1. 如何监控Oracle撤销表空间的使用情况？ 2. 在Oracle中，undo_retention参数的具体含义是什么？ 3. 如何优化长时间运行的查询以避免ORA-01555错误？ 4. 什么是Oracle的闪回查询？如何使用它来避免ORA-01555错误？ </think> ### 解决ORA-01555错误的方法 ORA-01555错误（快照过旧）通常发生在Oracle数据库需要读取被覆盖的撤销数据时，主要原因是撤销表空间不足或保留时间过短。以下是具体解决步骤： #### 1. **调整`undo_retention`参数** - **查看当前值**： ```sql SHOW PARAMETER undo_retention; ``` - **适当增加保留时间**（建议至少2倍于最长查询时间）： ```sql ALTER SYSTEM SET undo_retention = 1800 SCOPE=BOTH; -- 单位：秒（示例设为30分钟） ``` #### 2. **扩展撤销表空间** - **检查表空间使用率**： ```sql SELECT tablespace_name, status, ROUND(SUM(bytes)/1024/1024) "Size(MB)", ROUND(SUM(maxbytes)/1024/1024) "MaxSize(MB)" FROM dba_data_files WHERE tablespace_name = 'UNDOTBS1' -- 替换为实际表空间名 GROUP BY tablespace_name, status; ``` - **扩容操作**： ```sql ALTER DATABASE DATAFILE '/u01/oradata/undotbs01.dbf' RESIZE 10G; -- 扩容文件 ``` 或添加新文件： ```sql ALTER TABLESPACE undotbs1 ADD DATAFILE '/u01/oradata/undotbs02.dbf' SIZE 5G AUTOEXTEND ON; ``` #### 3. **优化长时间查询** - 检查并优化执行时间过长的SQL： ```sql SELECT sql_id, elapsed_time/1000000 "sec", sql_text FROM v$sql ORDER BY elapsed_time DESC; ``` - 为复杂查询添加`/*+ MATERIALIZE */`提示，减少撤销数据需求。 #### 4. **启用保留保证**（谨慎使用） ```sql ALTER TABLESPACE undotbs1 RETENTION GUARANTEE; -- 确保数据保留 ``` > ⚠️ 此操作可能导致事务因空间不足失败，需配合表空间扩容使用[^1]。 #### 5. **其他建议** - **监控撤销统计**： ```sql SELECT TO_CHAR(begin_time, 'HH24:MI') time, tuned_undoretention FROM v$undostat ORDER BY begin_time DESC; ``` - **减少批量提交频率**：避免短时间产生大量撤销数据。 > **根本原因**：当查询执行时间超过撤销数据的保留时间时，所需的数据回滚段已被覆盖[^1]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值