ORA-01552: 非系统表空间

最新推荐文章于 2024-02-28 17:45:58 发布
转载 最新推荐文章于 2024-02-28 17:45:58 发布 · 429 阅读 · 0
文章标签：

#数据库

10.png   

 
  客户告知，在登录Web应用的时候报错： ORA-01552: 非系统表空间 'USERS' 不能使用系统回退段。


 系统管理员建议是将UNDO表空间替换掉：建新表空间，让其投入使用，然后删掉旧的UNDO表空间。


  我觉得数据库的问题，操作需谨慎，先稳住各方的情绪，然后查看一下其数据库的设置，发现有如下问题：


SQL>  show parameter undo;


NAME                                     TYPE        VALUE
------------------------------------ ----------- ------------------------------
undo_management                     string      MANUAL
undo_retention                         integer     900
undo_tablespace                       string

数据库版本为10G，按说表空间是建议设置为自动管理。

继续收集信息：

查看其回滚段信息：
发现所有的segment均为offline的状态：
SQL>  select segment_name, tablespace_name, status from dba_rollback_segs;


SEGMENT_NAME                   TABLESPACE_NAME                STATUS
------------------------------ ------------------------------ ----------------
SYSTEM                         SYSTEM                         ONLINE
_SYSSMU1$                      UNDOTBS1                       OFFLINE
_SYSSMU2$                      UNDOTBS1                       OFFLINE
_SYSSMU3$                      UNDOTBS1                       OFFLINE
_SYSSMU4$                      UNDOTBS1                       OFFLINE
_SYSSMU5$                      UNDOTBS1                       OFFLINE
_SYSSMU6$                      UNDOTBS1                       OFFLINE
_SYSSMU7$                      UNDOTBS1                       OFFLINE
_SYSSMU8$                      UNDOTBS1                       OFFLINE
_SYSSMU9$                      UNDOTBS1                       OFFLINE
_SYSSMU10$                     UNDOTBS1                       OFFLINE

确定了一下，其数据库已经做过全备。

修改UNDO相关参数：
SQL>   alter system set undo_tablespace=UNDOTBS1 scope=spfile;

SQL>   alter system set undo_management=auto scope=spfile;




$   sqlplus / as sysdba




SQL>   shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL>   startup;
ORACLE instance started.


Total System Global Area  188743680 bytes
Fixed Size                  2082728 bytes
Variable Size             113248344 bytes
Database Buffers           67108864 bytes
Redo Buffers                6303744 bytes
Database mounted.
Database opened.
SQL>  show parameter undo;


NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
undo_management                      string      AUTO                                    ---------------------参数已生效，UNDO为自动管理。
undo_retention                       integer     900
undo_tablespace                      string      UNDOTBS1                                ----------------------已指定UNDO表空间名。
SQL>  


查看回滚段状态：
SQL>   select segment_name, tablespace_name, status from dba_rollback_segs; 


SEGMENT_NAME                   TABLESPACE_NAME                STATUS
------------------------------ ------------------------------ ----------------
SYSTEM                         SYSTEM                         ONLINE
_SYSSMU1$                      UNDOTBS1                       ONLINE
_SYSSMU2$                      UNDOTBS1                       ONLINE
_SYSSMU3$                      UNDOTBS1                       ONLINE
_SYSSMU4$                      UNDOTBS1                       ONLINE
_SYSSMU5$                      UNDOTBS1                       ONLINE
_SYSSMU6$                      UNDOTBS1                       ONLINE
_SYSSMU7$                      UNDOTBS1                       ONLINE
_SYSSMU8$                      UNDOTBS1                       ONLINE
_SYSSMU9$                      UNDOTBS1                       ONLINE
_SYSSMU10$                     UNDOTBS1                       ONLINE




登录到应用系统做测试业务，在系统中添加一条记录，然后删掉。并无报错。


OK！

已建议管理员立刻手动发起全库备份，密切观察数据库空间和日志状态。



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

转载于:http://blog.itpub.net/20802110/viewspace-1124131/

ck1694
关注
ORA-01552: 非系统表空间 'USERS' 不能使用系统回退段
Oracle
03-11 5241
在整理表的是否发生ora-01552 SQL> alter table RE_DATAFILE_SIZE move tablespace users; alter table RE_DATAFILE_SIZE move tablespace users * 第 1 行出现错误: ORA-01552: 非系统表空间 'USERS' 不能使用系统回退段 查看U
ORA-01552: 非系统表空间 'USERS' 不能使用系统回退段的处理
weixin_34392435的博客
11-07 372
故障现象： ERROR: 12-09-20 16:15:03 获取最大号时发生错误:CallableStatementCallback; uncategorized SQLException for SQL [{call USP_SYS_CMSCODE(?, ?, ?, ?)}]; SQL state [72000]; error code [1552]...
ORA-01552 :非系统表空间 'xxxx'不能使用系统回退段
一抹曦阳-Oracle
08-26 9819
ORA-01552 :非系统表空间‘XXXX’不能使用系统回退段 故障分析： UNDO表空间数据文件受损，导致执行更新操作失败。 故障解决： 创建的新的undo表空间，置为 默认，AUTO，正常打开数据库。 Microsoft Windows [版本 5.2.3790] (C) 版权所有 1985-2003 Microsoft Corp. C:\Doc
ORA-01552 非系统表空间不能使用系统回滚段处理
小白编程
07-10 360
ORA-01552: cannot use system rollback segment for...错误解决 故障现象： 今天本要做数据库的不完全恢复，但是在准备环境的时候需要创建几张表做为恢复用的基表。在创建表的时候 就报了如下一段错误： 13:56:03 SQL> create table wwl001 (id number,name varchar(12)); cre...
ORA-01552
iteye_1107的博客
02-11 506
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 :非系统表空间‘XXXX’不能使用系统回退段
数据矿工的博客
01-25 624
故障分析： UNDO表空间数据文件受损，导致执行更新操作失败。 故障解决： 创建的新的undo表空间，置为 默认，AUTO，正常打开数据库。 Microsoft Windows [版本 5.2.3790] (C) 版权所有 1985-2003 Microsoft Corp. C:\Documents and Settings\Administrator>sqlplus "/as sysdba" SQL*Plus: Release 10.2.0.1.0 - Production on 星期二 8
ORA-01688：unable to extend table name(执行存储过程时的错误).pdf
02-27
在删除表空间时可能会遇到问题，比如描述中提及的"ora-00054: resource busy and acquire with nowait specified"错误，这意味着有活动的事务或锁定阻止了表空间的删除。要解决这个问题，需要找出并结束那些占用资源...
解决 ORA-01552: 非系统表空间'TEST' 无法使用系统回退段 的方法
elvis_mum的专栏
04-30 702
今天突然数据库修改数据不能修改了，通过查阅别人的经验，结合自己的实际操作，成功的解决了这种问题。 主要是因为：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-00060: 等待资源时检测到死锁--oracle 数据库表死锁异常
04-07
在Oracle数据库系统中，"ORA-00060: 等待资源时检测到死锁" 是一个常见的错误提示，它表明两个或多个事务在执行过程中陷入了无法继续进行的状态，因为彼此都在等待对方释放资源。这种情况通常发生在并发操作中，比如...
ORA-01552: 非系统表空间 'USERS' 不能使用系统回退段 的解决办法
weixin_34082854的博客
04-20 209
出错现状:    在dbvis中update一张表,报错: ORA-01552: 非系统表空间 'USERS' 不能使用系统回退段进入sqlplus查看undo的配置 SQL>show parameter undoNAME    TYPE    VALUE---------------------------------undo_management    string AUTOundo_r...
解决ORA-01552 :非系统表空间 ‘XXX‘不能使用系统回退段
luckytjx的专栏
01-05 2095
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
【重庆思庄oracle数据库技术分享】-ORA-01552: 非系统表空间 ‘XXX‘ 不能使用系统回退段
duanweifang的博客
10-27 336
在使用PL/SQL登录一个从备份恢复的数据库时，发现登录报错： ORA-01552: 非系统表空间 ‘XXX’ 不能使用系统回退段 使用crt工具连接服务器登录数据库是能正常进入的，并且是处于读写状态 查看其它相关参数，发现undo以及回滚段状态存在异常 SQL> show parameter undo; NAME TYPE VALUE undo_management stri
ORA-01552非系统表空间不能使用系统回滚段处理
diquren的专栏
07-14 1940
ORA-01552非系统表空间不能使用系统回滚段处理   ORA-01552: cannot use system rollback segment for...错误解决 故障现象：      今天本要做数据库的不完全恢复，但是在准备环境的时候需要创建几张表做为恢复用的基表。在创建表的时候    就报了如下一段错误： 13:56:03 SQL> create table wwl
回滚段表空间损坏处理（ORA-01552）
软体疯子专栏
09-26 985
测试环境：OS :XPDB:9201本测试测试了如下情况：a.正常关闭数据库，数据库（未）归档，回滚段表空间丢失，成功恢复b.非正常关闭数据库，数据库非归档，有活动事务，回滚段表空间丢失，成功恢复c.非正常关闭数据库，数据库归档，有活动事务，回滚段表空间丢失，恢复失败，目前不知原因a.正常关闭数据库, 数据库(未)归档如shutdown normal,shutdow
oracle 解决：ORA-01552 :非系统表空间 ‘xxxx‘不能使用系统回退段 问题
heshushun的博客
04-01 3991
SQL> select open_mode from v$database;SQL> show parameter undoSQL> alter system set undo_management=auto scope=spfile;SQL> shutdown immediateSQL> startupSQL> shutdown abortSQL> co...
创建非标准表空间的方法
warden2010的专栏
01-09 1682
oracle创建表空间相关的参数为bd_block_size 默认的大小即标准的大小，我们如果不指定具体的大小，所创建的表空间的数据块即可db_block_size 所指定的大小进创建的。如下例:create tablespace  tbs_cb9 datafile /opt/oracle/oradata/orcl/users09.dbf size 10M;当我们创建非标准块的表空
【Oracle】ORA-01552: cannot use system rollback segment for non-system tablespace
weixin_43346403的博客
02-28 1359
1.执行某些操作时报错。
ORA-01552: 非系统表空间'TEST_DATA'无法使用系统回退段
ymkylin的博客
06-17 801
ORA-01552: 非系统表空间'TEST_DATA'无法使用系统回退段 ORA-1552 cannot use system rollback segment for non-system tablespace     解决========= 在system表空间或者其他字典管理表空间创建一个回滚段    SQL> CREATE ROLLBACK SEGMENT rbs_dumm...
遭遇ORA-01552错误
u012135077的专栏
11-03 534
遭遇ORA-01552错误 2008-09-25 14:59 1174人阅读 评论(1) 收藏 举报 今天新搭建了一个10g的测试数据库，运行都很正常，但是在打开autotrace功能后执行语句，报错SQL> set autotrace on SQL> select username,sid,serial#,server,paddr,status from v$session where us
ORA-31693: ORA-02354: e ORA-01555:ORA-22924: snapshot
最新发布
10-22
<think>嗯，用户这次询问的是Oracle数据库导出过程中的一系列错误代码解决方案。结合提供的三个引用资料来看，用户遇到的是expdp导出时常见的复合型错误：ORA-31693（表数据卸载失败）实际是结果性报错，核心问题在于ORA-02354（导出过程异常）和ORA-01555（快照过旧），偶尔伴随ORA-22924（快照过旧的特殊形态）。 用户可能正在执行数据库迁移或备份任务，从引用[3]提到的105GB大表导出失败来看，业务规模不小。ta连续遇到多个同类错误，说明不是偶发现象，需要系统化解决。尤其值得注意的是引用[1]和[3]都指向视图/同义词解析问题和大事务回滚段配置不足这两类根源。 深层需求其实是保证数据导出任务的可靠性。用户没有明说但可能隐含的痛点包括：生产环境停机时间有限、数据一致性要求高、以及对Oracle内部机制不熟悉带来的排查困难。 技术层面需要分三层处理： 首先是紧急应对措施，比如针对ORA-01555错误立即扩大UNDO表空间或调整参数，这类方案能在数分钟内生效； 其次要解决结构性问题，比如引用[1]提到的视图导出失败需要重建元数据； 最后是预防性优化，像引用[2][3]都提到的UNDO保留时间调整和大事务拆分策略。 特别要注意引用[3]揭示的陷阱——当导出大表时，如果存在并发DML操作，即使UNDO表空间总量足够，也可能因快照保留时间不足导致失败。这需要综合运用UNDO_RETENTION参数优化和导出时机的选择。 用户提供的错误代码组合很典型，正好构成完整的故障链条：ORA-02354是导出的通用异常包装器，ORA-31693是被跳过对象的报告，真正致命的底层错误是ORA-01555及其变种ORA-22924。这个诊断结论应该明确传达给用户。 </think>以下是针对Oracle数据库错误代码 **ORA-31693、ORA-02354、ORA-01555 和 ORA-22924** 的综合解决方案，结合引用内容和Oracle官方建议整理： --- ### **错误原因分析** 1. **ORA-31693 + ORA-02354** - 通常在`expdp`导出时发生，表示特定表（如 `YKSOFT.T_TEMP_U90915`）因元数据问题无法导出。 - **核心问题**：尝试导出**视图或同义词**（而非实际表），或对象元数据损坏（引用[1][^1]）。 2. **ORA-01555: snapshot too old** - 导出过程中查询的数据版本被覆盖，因UNDO表空间不足或事务保留时间过短（引用[2][^2][^3]）。 - 常见于导出超大表时（如引用[3]中105GB的表）。 3. **ORA-22924: snapshot too old** - 是ORA-01555的衍生错误，通常与LOB字段导出相关（引用[2][^2]）。 --- ### **解决方案步骤** #### **1. 修复元数据问题（针对ORA-31693 + ORA-02354）** ```sql -- 检查对象类型（确认是表/视图/同义词） SELECT object_name, object_type FROM dba_objects WHERE owner='YKSOFT' AND object_name='T_TEMP_U90915'; -- 若为视图/同义词：重建或替换为实体表 CREATE TABLE YKSOFT.T_TEMP_U90915_ACTUAL AS SELECT * FROM T_TEMP_U90915; -- 导出新表替代原对象 ``` #### **2. 解决ORA-01555 / ORA-22924（快照过旧）** - **增大UNDO表空间**： ```sql ALTER TABLESPACE UNDOTBS1 ADD DATAFILE '/path/undotbs02.dbf' SIZE 10G AUTOEXTEND ON; ``` - **延长UNDO保留时间**： ```sql ALTER SYSTEM SET UNDO_RETENTION = 1800; -- 单位：秒（建议≥导出耗时） ``` - **优化导出参数**： ```bash expdp user/pwd DIRECTORY=dpump_dir DUMPFILE=exp.dmp LOGFILE=exp.log FLASHBACK_TIME=SYSTIMESTAMP -- 使用闪回保证一致性 PARALLEL=4 -- 降低并行度减少UNDO压力 ``` #### **3. 分治策略导出大表** - **单独导出失败的表**（避免全局失败）： ```bash expdp user/pwd TABLES=SJTBK.INC_KETTLE_ETL_HIST, SJTBK.ECPS_EASY_LOGOUT DIRECTORY=dpump_dir DUMPFILE=large_tables.dmp ``` - **使用`QUERY`条件分批导出**： ```bash expdp ... QUERY="WHERE ROWNUM<=1000000" -- 分批导出 ``` #### **4. 预防性措施** - **监控UNDO使用**： ```sql SELECT BEGIN_TIME, TUNED_UNDORETENTION FROM V$UNDOSTAT; ``` - **避免导出高峰期操作**：减少并发DML对UNDO的争用。 - **改用物理备份**：对百GB级数据，RMAN比逻辑导出更可靠（引用[2][^2]）。 --- ### **关键要点总结** | 错误码 | 主因 | 解决方案 | |-----------------|-----------------------|-----------------------------| | ORA-31693+02354 | 视图/同义词元数据异常 | 重建对象或导出实体表 | | ORA-01555 | UNDO空间或保留时间不足| 增大UNDO、延长保留时间 | | ORA-22924 | LOB字段导出快照过旧 | 分批导出+优化UNDO参数 | > ⚠️ 若问题持续，检查`alert.log`获取更详细的堆栈信息，并考虑使用Oracle Support收集诊断数据（RDA工具）[^3]。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值