ORA-01552: 非系统表空间 'TEMP' 不能使用系统回退段

最新推荐文章于 2022-01-05 16:39:59 发布
最新推荐文章于 2022-01-05 16:39:59 发布
阅读量2.7k 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： Oracle
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/cwg_1992/article/details/10352689
本文详细介绍了在Oracle数据库中遇到undo表空间相关错误时，通过创建新undo表空间、调整参数及重启数据库的方式进行故障修复的过程。包括使用SQL命令创建undo表空间、修改undo管理策略、关闭实例、调整pfile配置和成功启动实例等步骤。

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

由于修改系统初始化参数失败导致spfile没法用了，测试系统也没有备份的pfile

所以就找了个很早很早的来startup数据库

过程中出现了ORA-30012: undo tablespace 'UNDOTBS1' does not exist or of wrong type

于是将修改undo参数undo_management=manual 然后实例成功startup之后

查看我的数据库用的undo是UNDOTP这个表空间

然后再将undo_management=auto，关闭实例之后将pfile中的undo_tablespace参数改成

undo_tablespace=UNDOTP

成功启动实例

 

然后今天周一查了下alert日志，就是这个结果！


环境solaris11_amd64

oracle 12cR1


alert.log内容入下：

Thread 1 advanced to log sequence 113 (LGWR switch)
  Current log# 2 seq# 113 mem# 0: /oracle/oradata/SEM/redo02.log
Wed Aug 21 16:41:22 2013
Archived Log entry 6 added for thread 1 sequence 112 ID 0xb933572f dest 1:
Wed Aug 21 17:43:15 2013
Warning: VKTM detected a time drift.
Time drifts can result in an unexpected behavior such as time-outs. Please check trace file for more details.
Wed Aug 21 19:06:31 2013
Warning: VKTM detected a time drift.
Time drifts can result in an unexpected behavior such as time-outs. Please check trace file for more details.
Wed Aug 21 20:49:06 2013
Warning: VKTM detected a time drift.
Time drifts can result in an unexpected behavior such as time-outs. Please check trace file for more details.
Wed Aug 21 21:00:11 2013
Thread 1 advanced to log sequence 114 (LGWR switch)
  Current log# 3 seq# 114 mem# 0: /oracle/oradata/SEM/redo03.log
Wed Aug 21 21:00:13 2013
Archived Log entry 7 added for thread 1 sequence 113 ID 0xb933572f dest 1:
Wed Aug 21 22:00:00 2013
Setting Resource Manager plan SCHEDULER[0x420D]:DEFAULT_MAINTENANCE_PLAN via scheduler window
Setting Resource Manager plan DEFAULT_MAINTENANCE_PLAN via parameter
Wed Aug 21 22:00:00 2013
Starting background process VKRM
Wed Aug 21 22:00:00 2013
VKRM started with pid=47, OS id=21503
Wed Aug 21 22:00:02 2013
Errors in file /oracle/diag/rdbms/sem/SEM/trace/SEM_m002_21507.trc:
ORA-01552: 非系统表空间 'TEMP' 不能使用系统回退段

下边附上trc文件：

*** 2013-08-26 04:11:37.584
*** SESSION ID:(252.34951) 2013-08-26 04:11:37.584
*** CLIENT ID:() 2013-08-26 04:11:37.584
*** SERVICE NAME:(SYS$BACKGROUND) 2013-08-26 04:11:37.584
*** MODULE NAME:(MMON_SLAVE) 2013-08-26 04:11:37.584
*** ACTION NAME:(DDE async action) 2013-08-26 04:11:37.584
 
========= Dump for error ORA 1110 (no incident) ========
—-- DDE Action: 'DB_STRUCTURE_INTEGRITY_CHECK' (Async) —--
dbkh_reactive_run_check: BEGIN
dbkh_reactive_run_check:; incident_id=0
dbkh_run_check_internal: BEGIN; check_namep=DB Structure Integrity Check, run_namep=<null>
dbkh_run_check_internal: BEGIN; timeout=0
dbkh_run_check_internal: AFTER RUN CREATE; run_id=141861
DDE rules only execution for: ORA 1110
—-- START Event Driven Actions Dump —-
—- END Event Driven Actions Dump —-
—-- START DDE Actions Dump —--
Executing SYNC actions
Executing ASYNC actions
—-- END DDE Actions Dump (total 0 csec) —--
dbkh_create_finding: BEGIN
dbkhu_prepare_default_msgobj: BEGIN
dbkhu_prepare_default_msgobj:; name_id=20, type=2, flags=1
dbkhu_get_default_msg_def: BEGIN
dbkhu_get_default_msg_def: END
dbkhu_prepare_default_msgobj:: MSG PARAMS-1; i=0
dbkhu_prepare_default_msgobj: END
dbkhu_prepare_default_msgobj: BEGIN
dbkhu_prepare_default_msgobj:; name_id=20, type=2, flags=2
dbkhu_get_default_msg_def: BEGIN
dbkhu_get_default_msg_def: END
dbkhu_prepare_default_msgobj:: MSG PARAMS-2; i=0
dbkhu_prepare_default_msgobj: END
dbkhu_prepare_default_msgobj: BEGIN
dbkhu_prepare_default_msgobj:; name_id=23, type=2, flags=1
dbkhu_get_default_msg_def: BEGIN
dbkhu_get_default_msg_def: END
dbkhu_prepare_default_msgobj:: MSG PARAMS-1; i=2
dbkhu_prepare_default_msgobj: END
dbkhu_prepare_default_msgobj: BEGIN
dbkhu_prepare_default_msgobj:; name_id=23, type=2, flags=2
dbkhu_get_default_msg_def: BEGIN
dbkhu_get_default_msg_def: END
dbkhu_prepare_default_msgobj:: MSG PARAMS-2; i=1
dbkhu_prepare_default_msgobj: END
dbkh_create_finding: END
cross-check executed
dbkh_post_process_run: BEGIN
dbkh_post_process_run: NEW FAILURE COUNT: 0; DBKH_NUM_NEW_FAILURES_CTX(ctxp)=dbkh_post_process_run: END
dbkh_run_check_internal: END
dbkh_reactive_run_check: END
——————————————————-

解决方法：

SQL> create undo tablespace SEM_UNDO datafile '/oracle/oradata/SEM/SEM_UNDO.dbf' size 100m reuse autoextend on next 20m maxsize 4096m;

表空间已创建。

SQL> select tablespace_name from dba_tablespaces;

TABLESPACE_NAME
------------------------------------------------------------------------------------------
SYSTEM
SYSAUX
TEMP
USERS

。。。。。。。
UNDOTP
SEM_UNDO

已选择 17 行。

SQL> alter system set undo_tablespace=SEM_UNDO;

系统已更改。

SQL>
SQL>
SQL> drop tablespace UNDOTP
  2  ;

表空间已删除。

SQL>

SQL> shutdown immediate
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup
ORACLE 例程已经启动。


Total System Global Area 1670221824 bytes
Fixed Size                  2361784 bytes
Variable Size            1023411784 bytes
Database Buffers          637534208 bytes
Redo Buffers                6914048 bytes
数据库装载完毕。
数据库已经打开。


########################################

迷途小运维记录一次故障

作者：john

转载请注明出处

ORA-01552 :非系统表空间 'xxxx'不能使用系统回退段
一抹曦阳-Oracle
08-26 9789
ORA-01552 :非系统表空间‘XXXX’不能使用系统回退段 故障分析： UNDO表空间数据文件受损，导致执行更新操作失败。 故障解决： 创建的新的undo表空间，置为 默认，AUTO，正常打开数据库。 Microsoft Windows [版本 5.2.3790] (C) 版权所有 1985-2003 Microsoft Corp. C:\Doc
ORA-01552: 非系统表空间 'USERS' 不能使用系统回退段
Oracle
03-11 5223
在整理表的是否发生ora-01552 SQL> alter table RE_DATAFILE_SIZE move tablespace users; alter table RE_DATAFILE_SIZE move tablespace users * 第 1 行出现错误: ORA-01552: 非系统表空间 'USERS' 不能使用系统回退段 查看U
ORACLE回滚段管理
小帆船
02-07 927
　　回滚段管理一直是ORACLE数据库管理的一个难题，本文通过实例介绍ORACLE回滚段的概念，用法和规划及问题的解决。 回滚段概述 　　回滚段用于存放数据修改之前的值（包括数据修改之前的位置和值）。回滚段的头部包含正在使用的该回滚段事务的信息。一个事务只能使用一个回滚段来存放它的回滚信息，而一个回滚段可以存放多个事务的回滚信息。 回滚段的作用 　　事务回滚：当事务修改表中数据的时候，该数据修改前
ORA-01552 非系统表空间不能使用系统回滚段处理
小白编程
07-10 348
ORA-01552: cannot use system rollback segment for...错误解决 故障现象： 今天本要做数据库的不完全恢复，但是在准备环境的时候需要创建几张表做为恢复用的基表。在创建表的时候 就报了如下一段错误： 13:56:03 SQL&gt; create table wwl001 (id number,name varchar(12)); cre...
ORA-01552: 非系统表空间 'USERS' 不能使用系统回退段 的解决办法
weixin_34082854的博客
04-20 199
出错现状:    在dbvis中update一张表,报错: ORA-01552: 非系统表空间 'USERS' 不能使用系统回退段进入sqlplus查看undo的配置 SQL&gt;show parameter undoNAME    TYPE    VALUE---------------------------------undo_management    string AUTOundo_r...
ORA-01552: 非系统表空间不能使用系统回退段-问题解决
weixin_34233856的博客
10-22 968
为什么80%的码农都做不了架构师？>>> ...
Oracle 错误代码总结及解决方案ora-0
一只小蚂蚁的自白
08-07 6584
ORA-00001：违反唯一约束条件（主键错误） ORA-00028：无法连接数据库进程 ORA-00900：无效sql语句 ORA-00904：字段名写错或是建表时最后一个字段有逗号 ORA-00907：缺少右括号 ORA-00911：无效字符 ORA-00917：缺少逗号 ORA-00918: 未明确定义列(多是未标明是哪个表的列，或者同一字段查询了多次) ORA-00922：丢失或无效的选项（表名等可能有空格） ORA-00923：未找到FROM关键字 ORA-00926：缺少value
oracle 错误代码
肖睿的博客
08-29 2367
ORA-00001: 违反唯一约束条件 (.) ORA-00017: 请求会话以设置跟踪事件 ORA-00018: 超出最大会话数 ORA-00019: 超出最大会话许可数 ORA-00020: 超出最大进程数 () ORA-00021: 会话附属于其它某些进程；无法转换会话 ORA-00022: 无效的会话 ID；访问被拒绝 ORA-00023: 会话引用进程私用内存；无法分离会话 ORA-00...
Oracle错误代码查询(超详细)
qq_24542879的博客
02-01 1527
使用Ctrl + F 查找错误代码序号 ORA-00001: 违反唯一约束条件 (.) ORA-00017: 请求会话以设置跟踪事件 ORA-00018: 超出最大会话数 ORA-00019: 超出最大会话许可数 ORA-00020: 超出最大进程数 () ORA-00021: 会话附属于其它某些进程；无法转换会话 ORA-00022: 无效的会话 ID；访问被拒绝 ORA-00023: 会话引...
解决ORA-01552 :非系统表空间 ‘XXX‘不能使用系统回退段
luckytjx的专栏
01-05 1953
ORA-01552 :非系统表空间‘XXX’不能使用系统回退段 故障分析： UNDO表空间数据文件受损，导致执行更新操作失败。 故障解决： 创建的新的undo表空间，undo_management置为MANUAL，重置undo指向新的undo表空间,undo_management置为AUTO，正常打开数据库。 执行步骤如下： SQL> create undo tablespace undotbs2 datafile 'D:\app\Administrator\oradata\orcl\UNDOTB
ORA-01552: 非系统表空间'TEST_DATA'无法使用系统回退段
ymkylin的博客
06-17 784
ORA-01552: 非系统表空间'TEST_DATA'无法使用系统回退段 ORA-1552 cannot use system rollback segment for non-system tablespace     解决========= 在system表空间或者其他字典管理表空间创建一个回滚段    SQL&gt; CREATE ROLLBACK SEGMENT rbs_dumm...
ORA-01552: 非系统表空间 'USERS' 不能使用系统回退段的处理
weixin_34392435的博客
11-07 359
故障现象： ERROR: 12-09-20 16:15:03 获取最大号时发生错误:CallableStatementCallback; uncategorized SQLException for SQL [{call USP_SYS_CMSCODE(?, ?, ?, ?)}]; SQL state [72000]; error code [1552]...
【重庆思庄oracle数据库技术分享】-ORA-01552: 非系统表空间 ‘XXX‘ 不能使用系统回退段
duanweifang的博客
10-27 328
在使用PL/SQL登录一个从备份恢复的数据库时，发现登录报错： ORA-01552: 非系统表空间 ‘XXX’ 不能使用系统回退段 使用crt工具连接服务器登录数据库是能正常进入的，并且是处于读写状态 查看其它相关参数，发现undo以及回滚段状态存在异常 SQL> show parameter undo; NAME TYPE VALUE undo_management stri
解决 ORA-01552: 非系统表空间'TEST' 无法使用系统回退段 的方法
elvis_mum的专栏
04-30 674
今天突然数据库修改数据不能修改了，通过查阅别人的经验，结合自己的实际操作，成功的解决了这种问题。 主要是因为：UNDO表空间数据文件受损，导致执行更新操作失败。 解决方法如下： bash-3.1$ sqlplus /nolog SQL*Plus: Release 10.2.0.1.0 - Production on 0 09:54:43 2015 Copyright (c) 1982,
ORA-01552
iteye_1107的博客
02-11 501
select value from v$system_parameter where name = 'undo_management'; show parameter undo; 查出undo_management参数的value为MANUAL；   select segment_name, tablespace_name, status from dba_rollback_segs;...
遭遇ORA-01552错误
09-25 243
今天新搭建了一个10g的测试数据库，运行都很正常，但是在打开autotrace功能后执行语句，报错SQL> set autotrace onSQL> select username,sid,serial#,serve...
ORA-01652: 无法通过 128 (在表空间 TEMP 中) 扩展 temp 段
最新发布
06-13
<think>我们正在解决ORA-01652错误，该错误表明在TEMP表空间中无法扩展临时段。根据引用，主要原因通常是TEMP表空间不足。解决方案包括扩展TEMP表空间（增加数据文件、调整现有数据文件大小）或优化SQL以减少临时空间使用。此外，还可以考虑清理临时段或收缩临时表空间（Oracle11g及以上）。以下是解决步骤：###一、检查TEMP表空间使用情况首先确认错误是否由空间不足引起：```sqlSELECTTABLESPACE_NAME,FILE_NAME,BYTES/1024/1024ASSIZE_MB,MAXBYTES/1024/1024ASMAX_SIZE_MB,(BYTES-USER_BYTES)/1024/1024ASUSED_MBFROMDBA_TEMP_FILES;```###二、扩展TEMP表空间####方法1：增加新的临时数据文件```sqlALTERTABLESPACETEMPADDTEMPFILE'/path/to/new_tempfile.dbf'SIZE1024MAUTOEXTENDONNEXT100MMAXSIZEUNLIMITED;```####方法2：调整现有临时数据文件大小```sqlALTERDATABASETEMPFILE'/path/to/existing_tempfile.dbf'RESIZE2048M;```####方法3：启用自动扩展```sqlALTERDATABASETEMPFILE'/path/to/existing_tempfile.dbf'AUTOEXTENDONNEXT100MMAXSIZEUNLIMITED;```###三、清理临时段（需谨慎）如果临时表空间中有大量不再使用的临时段，可以尝试清理：```sqlALTERTABLESPACETEMPSHRINKSPACE;--Oracle11g及以上```或重启数据库（强制释放临时段）。###四、优化SQL语句减少排序、哈希连接等操作的内存需求：-优化`ORDERBY`、`GROUPBY`语句-增加`PGA_AGGREGATE_TARGET`参数值-使用合适的索引减少临时空间使用###五、临时表空间组（Oracle10g+）创建多个临时表空间并组成组，分散负载：```sqlCREATETEMPORARYTABLESPACETEMP2TEMPFILE'/path/to/temp2.dbf'SIZE1024M;ALTERTABLESPACEGROUPADDTEMP2;--需验证实际语法，此操作可能需重建用户默认临时表空间```###六、预防措施1.**监控脚本**：```sqlSELECT*FROMV$TEMP_SPACE_HEADER;SELECT*FROMV$SORT_USAGE;```2.**定期维护**：-清理长时间运行的临时段-定期检查表空间使用率###错误处理流程图```mermaidgraphTDA[ORA-01652错误]-->B{检查TEMP空间}B-->|不足|C[扩展表空间]C-->D[增加数据文件/调整大小]B-->|充足|E[检查SQL优化]E-->F[优化排序/连接操作]F-->G[调整PGA]B-->|碎片/未释放|H[清理临时段]H-->I[收缩或重启]```###相关问题1.**如何监控Oracle临时表空间的使用情况？**2.**除了扩展表空间，还有哪些方法可以避免ORA-01652错误？**3.**在OracleRAC环境中处理临时表空间有什么特殊注意事项？**4.**如何识别导致临时表空间膨胀的SQL语句？**[^1]:ORA-01652通常由临时表空间不足引起，需扩展或清理[^2][^5][^2]:扩展TEMP表空间是直接解决方案，可通过增加数据文件或调整大小实现[^2][^3]:设置临时表空间无限扩展需谨慎，可能引发磁盘空间风险[^3][^4]:清理临时段和优化SQL可减少临时空间需求[^4][^5]:Oracle11g+支持收缩临时表空间回收空闲空间[^5]</think>### ORA-01652 错误解决方案：TEMP 表空间扩展指南 #### 一、错误原因分析 当 Oracle 执行排序、哈希连接等操作时，会使用 TEMP 表空间存储临时数据。出现 ORA-01652 错误意味着： 1. **空间不足**：TEMP 表空间无法分配新的临时段 2. **碎片问题**：虽有空间但无法连续分配所需大小的段 3. **SQL 效率低**：查询产生超大临时数据集（如未优化的排序操作） #### 二、临时解决方案（紧急恢复） ##### 1. 立即扩展 TEMP 表空间 ```sql -- 添加新临时文件（推荐） ALTER TABLESPACE TEMP ADD TEMPFILE '/u01/oradata/temp02.dbf' SIZE 2048M AUTOEXTEND ON NEXT 100M MAXSIZE UNLIMITED; -- 调整现有文件大小 ALTER DATABASE TEMPFILE '/u01/oradata/temp01.dbf' RESIZE 4096M; ``` ##### 2. 释放未使用空间 ```sql -- 清理临时段（Oracle 11g+） ALTER TABLESPACE TEMP SHRINK SPACE; -- 刷新缓存（需谨慎） ALTER SYSTEM FLUSH SHARED_POOL; ALTER SYSTEM FLUSH BUFFER_CACHE; ``` #### 三、永久性解决方案 ##### 1. 表空间扩容方案 | **方法** | **操作示例** | **适用场景** | |-------------------------|-----------------------------------------------------------------------------|--------------------------| | 添加新临时文件 | `ALTER TABLESPACE TEMP ADD TEMPFILE ... SIZE 2G AUTOEXTEND ON` | 磁盘空间充足时首选 | | 调整现有文件大小 | `ALTER DATABASE TEMPFILE '...' RESIZE 4G;` | 文件未满但容量不足 | | 启用自动扩展 | `ALTER DATABASE TEMPFILE '...' AUTOEXTEND ON NEXT 100M MAXSIZE 30G;` | 预防未来空间不足 [^2] | | 使用表空间组（RAC） | `CREATE TEMPORARY TABLESPACE TEMP2 ...;`<br>`ALTER USER scott TEMPORARY TABLESPACE TEMP2;` | RAC 环境负载均衡 [^5] | ##### 2. SQL 优化方案 ```sql -- 检查高消耗 SQL SELECT * FROM V$SQL_WORKAREA_ACTIVE WHERE TO_CHAR(SID)||','||TO_CHAR(SERIAL#) IN ( SELECT SID||','||SERIAL# FROM V$SESSION WHERE USERNAME = 'YOUR_USER' ); ``` 优化建议： - 为 `ORDER BY/GROUP BY` 字段添加索引 - 减少笛卡尔积连接 - 使用 `/*+ PARALLEL */` 提示分散负载 - 分页查询使用 `ROW_NUMBER()` 替代全排序 #### 四、监控与预防措施 ##### 1. 实时监控脚本 ```sql SELECT TABLESPACE_NAME, ROUND(SUM(BYTES_USED)/1024/1024, 2) USED_MB, ROUND(SUM(BYTES_FREE)/1024/1024, 2) FREE_MB FROM V$TEMP_SPACE_HEADER GROUP BY TABLESPACE_NAME; ``` ##### 2. 自动化维护策略 ```sql -- 创建预警任务 BEGIN DBMS_SERVER_ALERT.SET_THRESHOLD( metrics_id => DBMS_SERVER_ALERT.TABLESPACE_PCT_FULL, warning_operator => DBMS_SERVER_ALERT.OPERATOR_GE, warning_value => '80', critical_operator => DBMS_SERVER_ALERT.OPERATOR_GE, critical_value => '95', observation_period => 5, consecutive_occurrences=> 2, instance_name => NULL, object_type => DBMS_SERVER_ALERT.OBJECT_TYPE_TABLESPACE, object_name => 'TEMP' ); END; ``` #### 五、特殊场景处理 1. **ASM 存储**： ```sql ALTER TABLESPACE TEMP ADD TEMPFILE '+DATA' SIZE 2G; ``` 2. **云数据库（如 AWS RDS）**： ```sql CALL rdsadmin.rdsadmin_util.alter_tablespace( p_tablespace_name => 'TEMP', p_file_size => '2G'); ``` > **关键提示**：无限扩展 (`MAXSIZE UNLIMITED`) 可能导致磁盘空间耗尽，生产环境建议设置合理上限（如 32G）[^3]。 ### 错误处理流程图 ```mermaid graph TD A[ORA-01652错误] --> B{检查空间使用率} B -->|>95%| C[紧急扩容] B -->|<80%| D[检查SQL优化] C --> E[添加临时文件] D --> F[优化排序/连接操作] E --> G[设置自动扩展] F --> H[创建索引] G --> I[配置监控告警] H --> I ``` ### 相关问题 1. **如何识别消耗 TEMP 空间最多的 SQL 语句？** 2. **在 Oracle RAC 环境中如何平衡 TEMP 表空间使用？** 3. **临时表空间和永久表空间的管理策略有何区别？** 4. **如何安全收缩过大的 TEMP 表空间？** [^5] [^1]: ORA-01652 核心原因是临时空间不足 [^1] [^2]: 表空间扩容是最直接的解决方案 [^2] [^3]: 无限扩展需警惕磁盘空间风险 [^3] [^4]: SQL 优化可减少临时空间需求 [^4] [^5]: Oracle 11g+ 支持临时表空间收缩 [^5]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值