undo表空间修复小结

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了undo表空间修复小结，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含4704字，纯文字阅读大概需要7分钟。

内容图文

首先要知道回滚段在自动管理undo表空间下是不能被offline和删除的，可以先改成manual之后操作， 我们知道undo表空间是用来存储数

首先要知道回滚段在自动管理undo表空间下是不能被offline和删除的，可以先改成manual之后操作， 我们知道undo表空间是用来存储数据被改之前的前镜像，那么如果出现问题，可以分两种情况来处理；
第一种情况：如果损坏的回滚段没有正在执行的事务，那问题还相对简单，可以直接删除掉该回滚段即可，并且没有数据丢失。

具体过程：假设文件undotbs01.dbf丢失或者损坏。

1.先把数据文件offline，在mount状态下执行：

SQL>alter database datafile '/software/oradata/JLPROJCT/undotbs01.dbf' offline drop ;

2,打开数据库

SQL>alter database open;

3.我们知道一个数据文件对应n个undo段，所有现在已经有好多undo 段已经 offline了，我们先不对他做任何操作，先查看不是offline的undo段，你会发现他们是不是offline的这些undo段是需要恢复（need recover）

SQL> select status,count(*) from dba_rollback_segs group by status;

STATUS COUNT(*)

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

ONLINE 23

need recovery 5

OFFLINE 143

SQL>select segment_name,status from dba_rollback_segs where status<>'offline'; 就会发现所有用户回滚段是需要恢复的，状态是need recovery.，，这个语句不会显示由于数据文件损坏而出现offline的回滚段。

SEGMENT_NAME STATUS

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

SYSTEM ONLINE ###这是系统回滚段。

_SYSSMU154_3691636531$ need recovery

_SYSSMU155_3686385895$ need recovery

_SYSSMU156_3796802683$ need recovery

_SYSSMU157_2723916652$ need recovery

_SYSSMU158_1435464080$ need recovery

4.新建一个回滚表空间，

SQL>create undo tablespace undo2 datafile '/software/oradata/JLPROJCT/undotbs02.dbf' size 100m ;

tablespace created

5,把回滚段设置成人工管理，然后删除损坏的回滚段。

SQL>alter system set undo_tablespace= 'undo2' scope=spfile; ##指定成新建的undo表空间。

system altered

SQL>alter system set undo_management='manual' scope=spfile;

system altered

6，创建pfile

SQL>create pfile='/Oracle/app/pfile.ora from spfile;

file created

7,一致性关闭数据库，

SQL>shu immediate

8,在pfile 文件中添加一个隐藏参数，把这些回滚段都列在这个参数值里，

*._offline_rollback_segment=('_SYSSMU154_3691636531$','_SYSSMU155_3686385895$','_SYSSMU156_3796802683$','_SYSSMU157_2723916652$','_SYSSMU158_1435464080$')

9,创建成spfile 然后启动数据库。

SQL>create spfile from pfile;

spfile created

SQL>startup

10,这时候回滚段数量并没有发生改变，

SQL>select segment_name,status from dba_rollback_segs where status<>'offline';

SEGMENT_NAME STATUS

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

SYSTEM ONLINE

_SYSSMU154_3691636531$ need recovery

_SYSSMU155_3686385895$ need recovery

_SYSSMU156_3796802683$ need recovery

_SYSSMU157_2723916652$ need recovery

_SYSSMU158_1435464080$ need recovery
11，因为是手工管理，可以直接删除掉那些回滚段。
SQL> drop rollback segment “_SYSSMU154_3691636531$”；

rollback segment droped

.

.

.

.

12,然后删掉原来的undo表空间。

SQL>drop tablespace undo1 including contents;

13,然后重启数据库，

shu immediate

startup

14，注意这时候你的undo 管理还是手工的，所以要把之前的修改改正会自动管理。并且把添加的隐含参数*._offline_rollback_segment删掉。

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

第二种情况：当损坏的undo 表空间的回滚段上还有活动的事务，这种情况就要强行提交这些事务，就会造成一些数据的丢失。

1，启动数据库到mount状态，只能启动到这里，

2，把有问题的回滚段offline

SQL>alter database datafile '/software/oradata/JLPROJCT/undotbs01.dbf' offline drop ;

3，查看回滚段状态，和第一种情况略有不同，她没有offline的回滚段。

SQL>select usn,xacts from v$rollstat;

SQL> select status,count(*) from dba_rollback_segs group by status;

STATUS COUNT(*)

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

ONLINE 23

need recovery 5

QL>select segment_name,status from dba_rollback_segs where status<>'offline';

SEGMENT_NAME STATUS

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

_SYSSMU154_3691636531$ need recovery

_SYSSMU155_3686385895$ need recovery

_SYSSMU156_3796802683$ need recovery

_SYSSMU157_2723916652$ need recovery

_SYSSMU158_1435464080$ need recovery

4，试图创建发现报错，真正工作中可以从这里来判断到底是那种情况，第一种情况是可以重新建立的。
必须先禁止继续使用旧的回滚段和回滚空间:

SQL>create pfile=/oracle/app/pfile.ora from spfile

file created

SQL>shutdown immediate ;

在pfile中添加并修改以下内容：

*.undo_management='manual' ###手动管理，才可以删除回滚段

内容总结

以上是互联网集市为您收集整理的undo表空间修复小结全部内容，希望文章能够帮你解决undo表空间修复小结所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端