回滚段表空间损坏处理（ORA-01552）

最新推荐文章于 2024-07-12 14:26:59 发布
最新推荐文章于 2024-07-12 14:26:59 发布
阅读量885 收藏
点赞数
分类专栏： 数据库 文章标签： 数据库 sql database thread system oracle
测试环境：
OS :XP
DB:9201
本测试测试了如下情况：
a.正常关闭数据库，数据库（未）归档，回滚段表空间丢失，成功恢复
b.非正常关闭数据库，数据库非归档，有活动事务，回滚段表空间丢失，成功恢复
c.非正常关闭数据库，数据库归档，有活动事务，回滚段表空间丢失，恢复失败，目前不知原因
a.正常关闭数据库, 数据库(未)归档
如shutdown normal,shutdown immediate
1.正常关闭数据库，模拟回滚段表空间丢失
SQL> conn sys/test@jumper as sysdba
已连接。
SQL> shutdown immediate;
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> host del D:oracleoradatajumperUNDOTBS01.DBF
SQL> startup
ORACLE 例程已经启动。
Total System Global Area 126950220 bytes
Fixed Size 453452 bytes
Variable Size 109051904 bytes
Database Buffers 16777216 bytes
Redo Buffers 667648 bytes
数据库装载完毕。
ORA-01157: 无法标识/锁定数据文件 2 - 请参阅 DBWR 跟踪文件
ORA-01110: 数据文件 2: 'D:ORACLEORADATAJUMPERUNDOTBS01.DBF'
2.确认回滚段表空间丢失
SQL> select file#,online_status,error from v$recover_file;
FILE# ONLINE_ status error
---------- -------
2 ONLINE FILE NOT FOUND
SQL> select name from v$datafile where file#=2;
NAME
----------------------------------------------------
D:ORACLEORADATAJUMPERUNDOTBS01.DBF
3.打开数据库
SQL> alter database datafile 'D:ORACLEORADATAJUMPERUNDOTBS01.dbf' offline drop;
数据库已更改。
SQL> alter database open;
数据库已更改。
4.创建新的回滚段表空间
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
已选择11行。
SQL> create undo tablespace undots datafile 'undotbs02.dbf' size 100m autoextend on next 10m maxsize 200m
2 ;
表空间已创建。
SQL> alter system set undo_tablespace=undots;
系统已更改。
SQL> drop tablespace UNDOTBS1 including contents and datafiles;
表空间已丢弃。
SQL> select segment_name ,tablespace_name,status from dba_rollback_segs;
SEGMENT_NAME TABLESPACE_NAME STATUS
------------------------------ ------------------------------ ---------------
SYSTEM SYSTEM ONLINE
_SYSSMU11$ UNDOTS ONLINE
_SYSSMU12$ UNDOTS ONLINE
_SYSSMU13$ UNDOTS ONLINE
_SYSSMU14$ UNDOTS ONLINE
_SYSSMU15$ UNDOTS ONLINE
_SYSSMU16$ UNDOTS ONLINE
_SYSSMU17$ UNDOTS ONLINE
_SYSSMU18$ UNDOTS ONLINE
_SYSSMU19$ UNDOTS ONLINE
_SYSSMU20$ UNDOTS ONLINE
已选择11行。
5.重新启动
SQL> startup force;
ORACLE 例程已经启动。
Total System Global Area 126950220 bytes
Fixed Size 453452 bytes
Variable Size 109051904 bytes
Database Buffers 16777216 bytes
Redo Buffers 667648 bytes
数据库装载完毕。
数据库已经打开。
SQL> select segment_name ,tablespace_name,status from dba_rollback_segs;
SEGMENT_NAME TABLESPACE_NAME STATUS
------------------------------ ------------------------------ ----------------
SYSTEM SYSTEM ONLINE
_SYSSMU11$ UNDOTS ONLINE
_SYSSMU12$ UNDOTS ONLINE
_SYSSMU13$ UNDOTS ONLINE
_SYSSMU14$ UNDOTS ONLINE
_SYSSMU15$ UNDOTS ONLINE
_SYSSMU16$ UNDOTS ONLINE
_SYSSMU17$ UNDOTS ONLINE
_SYSSMU18$ UNDOTS ONLINE
_SYSSMU19$ UNDOTS ONLINE
_SYSSMU20$ UNDOTS ONLINE
已选择11行。
SQL> show parameter undo
NAME TYPE VALUE
------------------------------------ ----------- -----------------------------
undo_management string AUTO
undo_retention integer 10800
undo_suppress_errors boolean FALSE
undo_tablespace string UNDOTS
通过上述方法，（未）归档都可以正常打开数据库
b.非正常关闭数据库(数据库未归档)
如shutdown abort或crash
1.生成测试数据
SQL> conn test/test@jumper
已连接。
SQL> truncate table test;
表已截掉。

SQL> insert into test values(1);
已创建 1 行。
2.非正常关闭数据库，删除回滚段表空间

再打开一窗口
SQL> shutdown abort
ORACLE 例程已经关闭。
SQL> host del D:oracleoradatajumperUNDOTBS01.DBF
3.创建启动参数文件
SQL> startup
ORACLE 例程已经启动。
Total System Global Area 135338868 bytes
Fixed Size 453492 bytes
Variable Size 109051904 bytes
Database Buffers 25165824 bytes
Redo Buffers 667648 bytes
数据库装载完毕。
ORA-01157: 无法标识/锁定数据文件 2 - 请参阅 DBWR 跟踪文件
ORA-01110: 数据文件 2: 'D:ORACLEORADATAJUMPERUNDOTBS01.DBF'
SQL> create pfile from spfile;
文件已创建。
SQL> shutdown immediate
ORA-01109: 数据库未打开
已经卸载数据库。
ORACLE 例程已经关闭。
4.修改启动参数文件D:oracleora92databaseinitjumper.ora，moun数据库
原来参数:
undo_management='AUTO'
undo_tablespace='UNDOTBS1'
修改为:
undo_management='manual'
undo_tablespace='system'
_CORRUPTED_ROLLBACK_SEGMENTS=(_SYSSMU1$,_SYSSMU2$,_SYSSMU3$,_SYSSMU4$,_SYSSMU5$,_SYSSMU6$,_SYSSMU7$,_SYSSMU8$,_SYSSMU9$,_SYSSMU10$)
5.SQL> startup mount pfile=D:oracleora92databaseinitjumper.ora
ORACLE 例程已经启动。
Total System Global Area 135338868 bytes
Fixed Size 453492 bytes
Variable Size 109051904 bytes
Database Buffers 25165824 bytes
Redo Buffers 667648 bytes
数据库装载完毕。
5.确认undo表空间丢失
SQL> select file#,error from v$recover_file;
FILE# ERROR
---------- ---------------------------------------
2 FILE NOT FOUND
SQL> select name from v$datafile where file#=2;
NAME
------------------------------------------------------------
D:ORACLEORADATAJUMPERUNDOTBS01.DBF
6.打开数据库
SQL> alter database datafile 'D:ORACLEORADATAJUMPERUNDOTBS01.DBF' offline drop;
数据库已更改。
SQL> recover database;
完成介质恢复。
SQL> alter database open;
数据库已更改。
SQL> conn test/test@jumper;
已连接。
SQL> select *from test;
ID
----------
1
7．创建新的ROLLBACK 表空间
SQL> select * from v$rollname;
USN NAME
---------- ------------------------------
0 SYSTEM
SQL> select segment_name,tablespace_name,status from dba_rollback_segs;
SEGMENT_NAME TABLESPACE_NAME STATUS
------------------------------ ------------------------------ ----------------
SYSTEM SYSTEM ONLINE
_SYSSMU1$ UNDOTBS1 NEEDS RECOVERY
_SYSSMU2$ UNDOTBS1 NEEDS RECOVERY
_SYSSMU3$ UNDOTBS1 NEEDS RECOVERY
_SYSSMU4$ UNDOTBS1 NEEDS RECOVERY
_SYSSMU5$ UNDOTBS1 NEEDS RECOVERY
_SYSSMU6$ UNDOTBS1 NEEDS RECOVERY
_SYSSMU7$ UNDOTBS1 NEEDS RECOVERY
_SYSSMU8$ UNDOTBS1 NEEDS RECOVERY
_SYSSMU9$ UNDOTBS1 NEEDS RECOVERY
_SYSSMU10$ UNDOTBS1 NEEDS RECOVERY
已选择11行。
SQL> drop rollback segment "_SYSSMU1$";
回退段已删除。
SQL> drop rollback segment "_SYSSMU2$";
回退段已删除。
SQL> drop rollback segment "_SYSSMU3$";
回退段已删除。
SQL> drop rollback segment "_SYSSMU4$";
回退段已删除。
SQL> drop rollback segment "_SYSSMU5$";
回退段已删除。
SQL> drop rollback segment "_SYSSMU6$";
回退段已删除。
SQL> drop rollback segment "_SYSSMU7$";


回退段已删除。


SQL> drop rollback segment "_SYSSMU8$";


回退段已删除。


SQL> drop rollback segment "_SYSSMU9$";


回退段已删除。


SQL> drop rollback segment "_SYSSMU10$";


回退段已删除。


SQL> drop tablespace UNDOTBS1 including contents and datafiles;


表空间已丢弃。


SQL> select segment_name,tablespace_name ,status from dba_rollback_segs;


SEGMENT_NAME TABLESPACE_NAME STATUS

------------------------------ ------------------------------ -------------

SYSTEM SYSTEM ONLINE


SQL> create undo tablespace undots datafile 'D:oracleoradatajumperundotbs02.dbf' size 10m ;


表空间已创建。


SQL> select segment_name,tablespace_name ,status from dba_rollback_segs;


SEGMENT_NAME TABLESPACE_NAME STATUS

------------------------------ ------------------------------ ---------------

SYSTEM SYSTEM ONLINE

_SYSSMU11$ UNDOTS OFFLINE

_SYSSMU12$ UNDOTS OFFLINE

_SYSSMU13$ UNDOTS OFFLINE

_SYSSMU14$ UNDOTS OFFLINE

_SYSSMU15$ UNDOTS OFFLINE

_SYSSMU16$ UNDOTS OFFLINE

_SYSSMU17$ UNDOTS OFFLINE

_SYSSMU18$ UNDOTS OFFLINE

_SYSSMU19$ UNDOTS OFFLINE

_SYSSMU20$ UNDOTS OFFLINE


已选择11行。

8.打开数据库

修改参数如下:

undo_management='AUTO'

undo_tablespace='UNDOTS'

去掉如下参数

._CORRUPTED_ROLLBACK_SEGMENTS=(_SYSSMU1$,_SYSSMU2$,_SYSSMU3$,_SYSSMU4$,_SYSSMU5$,_SYSSMU6$,_SYSSMU7$,_SYSSMU8$,_SYSSMU9$,_SYSSMU10$)

SQL> startup mount pfile=D:oracleora92databaseinitjumper.ora

ORACLE 例程已经启动。


Total System Global Area 126950220 bytes

Fixed Size 453452 bytes

Variable Size 109051904 bytes

Database Buffers 16777216 bytes

Redo Buffers 667648 bytes

数据库装载完毕。

SQL> alter database open;


数据库已更改。


SQL> select segment_name,tablespace_name ,status from dba_rollback_segs;


SEGMENT_NAME TABLESPACE_NAME STATUS

------------------------------ ------------------------------ ----------------

SYSTEM SYSTEM ONLINE

_SYSSMU11$ UNDOTS ONLINE

_SYSSMU12$ UNDOTS ONLINE

_SYSSMU13$ UNDOTS ONLINE

_SYSSMU14$ UNDOTS ONLINE

_SYSSMU15$ UNDOTS ONLINE

_SYSSMU16$ UNDOTS ONLINE

_SYSSMU17$ UNDOTS ONLINE

_SYSSMU18$ UNDOTS ONLINE

_SYSSMU19$ UNDOTS ONLINE

_SYSSMU20$ UNDOTS ONLINE


已选择11行。

SQL> conn test/test@jumper ;

已连接。

SQL> select * from test;


ID

----------

1

SQL>create spfile from pfile

文件已创建


9.重新exp /imp,分析所有对像，防止有坏的数据块

select 'analyze table '||table_name ||' validate structure cascade ' from dba_tables


c.非正常关闭数据库(数据库归档)
如shutdown abort或crash
1.生成测试数据
SQL> conn test/test@jumper
已连接。
SQL> truncate table test;
表已截掉。
SQL> insert into test values(1);
已创建 1 行。
2.非正常关闭数据库，删除回滚段表空间
再打开一窗口
SQL> shutdown abort
ORACLE 例程已经关闭。
SQL> host del D:oracleoradatajumperUNDOTBS01.DBF
3.创建启动参数文件
SQL> startup
ORACLE 例程已经启动。
Total System Global Area 135338868 bytes
Fixed Size 453492 bytes
Variable Size 109051904 bytes
Database Buffers 25165824 bytes
Redo Buffers 667648 bytes
数据库装载完毕。
ORA-01157: 无法标识/锁定数据文件 2 - 请参阅 DBWR 跟踪文件
ORA-01110: 数据文件 2: 'D:ORACLEORADATAJUMPERUNDOTBS01.DBF'
SQL> create pfile from spfile;
文件已创建。
SQL> shutdown immediate
ORA-01109: 数据库未打开

已经卸载数据库。
ORACLE 例程已经关闭。
4.修改启动参数文件D:oracleora92databaseinitjumper.ora，moun数据库
原来参数:
undo_management='AUTO'
undo_tablespace='UNDOTBS1'
修改为:
undo_management='manual'
undo_tablespace='system'
_CORRUPTED_ROLLBACK_SEGMENTS=(_SYSSMU1$,_SYSSMU2$,_SYSSMU3$,_SYSSMU4$,_SYSSMU5$,_SYSSMU6$,_SYSSMU7$,_SYSSMU8$,_SYSSMU9$,_SYSSMU10$)
SQL> startup mount pfile=D:oracleora92databaseinitjumper.ora
ORACLE 例程已经启动。
Total System Global Area 135338868 bytes
Fixed Size 453492 bytes
Variable Size 109051904 bytes
Database Buffers 25165824 bytes
Redo Buffers 667648 bytes
数据库装载完毕。
5.确认undo表空间丢失
SQL> select file# from v$recover_file;
FILE#
----------
2
SQL> select name from v$datafile where file#=2;
NAME
------------------------------------------------------------
D:ORACLEORADATAJUMPERUNDOTBS01.DBF
6.打开数据库
SQL> alter database datafile 'D:ORACLEORADATAJUMPERUNDOTBS01.DBF' offline drop;
数据库已更改。

SQL> recover database;
完成介质恢复。
SQL> alter database open;
alter database open
*
ERROR 位于第 1 行:
ORA-01092: ORACLE 例程终止。强行断开连接
查看alter.log文件报以下错误
ALTER DATABASE RECOVER database
Sun Dec 25 14:12:17 2005
Media Recovery Start
Starting datafile 1 recovery in thread 1 sequence 28
Datafile 1: 'D:ORACLEORADATAJUMPERSYSTEM01.DBF'
Starting datafile 3 recovery in thread 1 sequence 28
Datafile 3: 'D:ORACLEORADATAJUMPERINDX01.DBF'
Starting datafile 4 recovery in thread 1 sequence 28
Datafile 4: 'D:ORACLEORADATAJUMPERTOOLS01.DBF'
Starting datafile 5 recovery in thread 1 sequence 28
Datafile 5: 'D:ORACLEORADATAJUMPERUSERS01.DBF'
Media Recovery Log
Recovery of Online Redo Log: Thread 1 Group 1 Seq 28 Reading mem 0
Mem# 0 errs 0: D:ORACLEORADATAJUMPERREDO01.LOG
Media Recovery Complete
Completed: ALTER DATABASE RECOVER database
Sun Dec 25 14:12:27 2005
alter database open
Sun Dec 25 14:12:28 2005
Beginning crash recovery of 1 threads
Sun Dec 25 14:12:28 2005
Started first pass scan
Sun Dec 25 14:12:28 2005
Completed first pass scan
138 redo blocks read, 0 data blocks need recovery
Sun Dec 25 14:12:29 2005
Started recovery at
Thread 1: logseq 28, block 2, scn 0.139909
Recovery of Online Redo Log: Thread 1 Group 1 Seq 28 Reading mem 0
Mem# 0 errs 0: D:ORACLEORADATAJUMPERREDO01.LOG
Sun Dec 25 14:12:29 2005
Ended recovery at
Thread 1: logseq 28, block 140, scn 0.160187
0 data blocks read, 0 data blocks written, 138 redo blocks read
Crash recovery completed successfully
Sun Dec 25 14:12:29 2005
LGWR: Primary database is in CLUSTER CONSISTENT mode
Thread 1 advanced to log sequence 29
Thread 1 opened at log sequence 29
Current log# 2 seq# 29 mem# 0: D:ORACLEORADATAJUMPERREDO02.LOG
Successful open of redo thread 1.
Sun Dec 25 14:12:29 2005
SMON: enabling cache recovery
Sun Dec 25 14:12:30 2005
ARC0: Evaluating archive log 1 thread 1 sequence 28
ARC0: Beginning to archive log 1 thread 1 sequence 28
Creating archive destination LOG_ARCHIVE_DEST_1: 'D:ORACLEORADATAJUMPERARCHIVE1_28.DBF'
ARC0: Completed archiving log 1 thread 1 sequence 28
Sun Dec 25 14:12:30 2005
Errors in file d:oracleadminjumperudumpjumper_ora_3360.trc:
ORA-00704: 引导程序进程失败
ORA-00604: 递归 SQL 层 2 出现错误
ORA-00376: 此时无法读取文件 2
ORA-01110: 数据文件 2: 'D:ORACLEORADATAJUMPERUNDOTBS01.DBF'
Sun Dec 25 14:24:06 2005
Error 704 happened during db open, shutting down database
USER: terminating instance due to error 704
Instance terminated by USER, pid = 3796
ORA-1092 signalled during: alter database open...
对应的jumper_ora_3360.trc错误如下:
Dump file d:oracleadminjumperudumpjumper_ora_3360.trc
Sun Dec 25 14:12:19 2005
ORACLE V9.2.0.1.0 - Production vsnsta=0
vsnsql=12 vsnxtr=3
Windows 2000 Version 5.1 Service Pack 2, CPU type 586
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
Windows 2000 Version 5.1 Service Pack 2, CPU type 586
Instance name: jumper
Redo thread mounted by this instance: 1
Oracle process number: 10
Windows thread id: 3360, image: ORACLE.EXE
*** SESSION ID:(9.3) 2005-12-25 14:12:19.000
----- Redo read statistics for thread 1 -----
Read rate (ASYNC) = 69Kb/sec => 138 blocks in 1s
Read buffer = 8192Kb (16384 blocks)
Longest record = 0Kb
Record moves = 0/223 (0%)
----------------------------------------------
----- Redo read statistics for thread 1 -----
Read rate (ASYNC) = 69Kb/sec => 138 blocks in 1s
Read buffer = 8192Kb (16384 blocks)
Longest record = 0Kb
Record moves = 0/223 (0%)
----------------------------------------------
*** 2005-12-25 14:12:29.000
KCRA: start recovery claims for 0 data blocks
*** 2005-12-25 14:12:29.000
KCRA: buffers claimed = 0/0, eliminated = 0
ORA-00704: 引导程序进程失败
ORA-00604: 递归 SQL 层 2 出现错误
ORA-00376: 此时无法读取文件 2
ORA-01110: 数据文件 2: 'D:ORACLEORADATAJUMPERUNDOTBS01.DBF'
怪了，归档模式恢复不成功，而非归档模式恢复成功?
从后台日志来看，归档模式下用序列为28的日志作了介质恢复，然后将此日志归档后，报了启动错误
是不是归档进程后，数据库仍然去读老的回滚表空间,造成打开数据库不

1.   check v$rollstat.XACTS, 把为0 的旧回滚段直接删除即可.

2.   SQL>ALTER ROLLBACK SEGMENT rbs01 OFFLINE;
    SQL>DROP ROLLBACK SEGMENT rbs01;
3.   SQL>DROP ROLLBACK SEGMENT rbs01;

yjz0065
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
UNDO表空间数据文件损坏处理方法
FurtherChan
07-02 3512
UNDO表空间数据文件损坏处理方法问题描述： 当一个回滚段表空间数据文件丢失或损坏时，而且又指定了另外的回归段表空间，此时数据库可以正常打开，查询、插入、删除数据等都没有问题，当新增一个表时，会提示如下错误： ORA-00604:递归SQL级别1出现错误 ORA-00376:此时无法读取文件 44 ORA-01110:数据文件44:E/ORADATA/ORCL/UNDOTEM
ORACLE 回滚段表空间数据文件丢失或损坏处理方法(1)
hrb_qiuyb的专栏
08-03 1829
问题描述：这是一个回滚段表空间数据文件丢失或损坏的情景，这时oracle不能识别相应的数据文件。当你试图startup数据文件时会报ORA-1157，ORA-1110，并且可能会伴随着标识操作系统级别的错误，比如ORA-7360。当你试图以shutdown normal或shutdown immediate模式关闭数据库时会导至ORA-1116,ORA-1110,并可能伴随标识操作系统级别的错误，
ORA-01552: 非系统表空间 'USERS' 不能使用系统回退段的处理
weixin_34088583的博客
09-21 94
故障现象： ERROR: 12-09-20 16:15:03 获取最大号时发生错误:CallableStatementCallback; uncategorized SQLException for SQL [{call USP_SYS_CMSCODE(?, ?, ?, ?)}]; SQL state [72000]; error code [1552]; ORA-0155...
【思庄oracle技术分享】-ORA-01552: 非系统表空间 ‘XXX‘ 不能使用系统回退段
duanweifang的博客
09-17 319
【思庄oracle技术分享】-ORA-01552: 非系统表空间 ‘XXX’ 不能使用系统回退段 在使用PL/SQL登录一个从备份恢复的数据库时，发现登录报错： ORA-01552: 非系统表空间 ‘XXX’ 不能使用系统回退段 使用crt工具连接服务器登录数据库是能正常进入的，并且是处于读写状态 查看其它相关参数，发现undo以及回滚段状态存在异常 SQL> show parameter undo; NAME TYPE
undo表空间损坏
u012232730的博客
02-04 1319
UNDOTBS损坏处理方案     1:一直处理控制文件损坏，未处理过undo表空间损坏的问题，今天处理了一次，总结下处理该问题的步骤如下       2：处理过程     2.1：直接启动数据库，alter database open 以后，系统直接提示，实例强制中断，就没有下文了 操作如下:  sqlplus / as sysdba   系统提示：连接到空闲进程
Oracle7.X 回滚表空间数据文件误删除处理方法
12-16
总结来说，处理Oracle 7.x中回滚表空间数据文件误删除的关键步骤包括：修改参数文件以允许挂载，离线和恢复数据文件，删除并重建回滚段，创建新的回滚表空间，以及最后更新配置并重启数据库。这个过程展示了数据库...
Oracle回滚表空间数据文件误删除处理
03-03
Oracle回滚表空间数据文件误删除处理是一个严重的问题，因为它涉及到数据库的核心组件——回滚段。回滚段在Oracle数据库中扮演着至关重要的角色，它们记录了事务的修改历史，确保了数据库的一致性，同时也为数据库...
数据库在归档模式下处理回滚段故障
03-04
- 接下来，将故障的回滚段表空间的数据文件离线并删除。这可以通过`ALTER DATABASE DATAFILE`命令来实现。 - 使用`RECOVER DATABASE USING BACKUP CONTROLFILE`命令执行恢复，可能需要提供相关的在线日志文件以...
UNDO回滚段损坏导致DB启动失败
zhou1862324的专栏
06-28 1241
Oracle不能启动，报错： Errors in file /oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_7601.trc  (incident=53018): ORA-01578: ORACLE data block corrupted (file # 6, block # 208) ORA-01110: data file 6: '/oracle
oracle redo internal,Redo 损坏彻底解决！
weixin_39610807的博客
04-06 146
解决回滚段的问题，无外乎就是新建Undo tablespace了。这个时候，又得用上另外一个隐含参数了：_corrupted_rollback_segments。1、先创建一个新的回撤销表空间。2、再将该表空间置为默认的撤销表空间。3、创建pfile4、修改pfile，将该参数加入到初始化参数中去：_corrupted_rollback_segments=("_SYSSMU1$","_SYSSMU...
解决ORA-01552 :非系统表空间 ‘XXX‘不能使用系统回退段
luckytjx的专栏
01-05 1442
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错误
weixin_34348111的博客
02-01 135
执行大数据量删除操作时报如下错误ORA-01552: cannot use system rollback segment for non-system tablespace 'lucky'。查看回滚段管理模式和回滚表空间：[oracle@server ~]$ sqlplus /nolog SQL*Plus: Release 10.2.0.5.0 - Production ...
_corrupted_rollback_segments参数解决UNDO表空间损坏无法启动数据库的故障
ciyan5065的博客
04-18 392
当我们的数据库报错,UNDO表空间数据文件损坏而导致数据库无法启动的时候,我们可以使用下面的方法进行处理: 首先,在对应的Pfile中指定下面参数:*._allow_resetlogs_corruption=t...
什么情况下会用到_corrupted_rollback_segments这个参数！
congshanlan2358的博客
04-27 573
刚才在论坛里看到 lovexueer做了个试验http://www.itpub.net/533872.html，用这个隐含参数不能恢复！试了半天，发现情况一样，于是就查了下，发现他说的这种情况根本就不能用这个参数恢复成功！原文参...
oracle 解决：ORA-01552 :非系统表空间 ‘xxxx‘不能使用系统回退段 问题
heshushun的博客
04-01 3831
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...
ORA-01552 :非系统表空间 'xxxx'不能使用系统回退段
一抹曦阳-Oracle
08-26 9633
ORA-01552 :非系统表空间‘XXXX’不能使用系统回退段 故障分析： UNDO表空间数据文件受损，导致执行更新操作失败。 故障解决： 创建的新的undo表空间，置为 默认，AUTO，正常打开数据库。 Microsoft Windows [版本 5.2.3790] (C) 版权所有 1985-2003 Microsoft Corp. C:\Doc
Oracle数据库联机日志文件丢失处理方法
cstzhgs58305的博客
02-05 181
Oracle数据库联机日志文件丢失处理方法[@more@]sqlplus /nologconnect sys/sys@denglh as sysdbaalter system set "_allow_resetlogs_cor...
set user & password for database 设置数据库 用户和密码
最新发布
DavidsonGong的博客
07-12 139
USE sbms;
ORA-00604:递归SQL级别1发生错误 ORA-0155:快照太旧：名称为“”的回滚段编号太小 ORA-22924：快照太旧
05-05
ORA-0155错误通常是由于回滚段已经被覆盖或过期导致的，而ORA-22924错误则表示在执行查询时使用的快照已经过期。 为了解决这个问题，可以尝试增加回滚段的大小，或者使用更高级别的快照，以便在查询期间保持一致性...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值