Oracle]解析在没有备份的情况下undo损坏怎么办

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了Oracle]解析在没有备份的情况下undo损坏怎么办，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含3718字，纯文字阅读大概需要6分钟。

内容图文

Oracle在运行中很不幸遇到undo损坏，当然最好的方法是完全恢复，但如果是在没有备份的情况下undo损坏怎么办？以下就为大家介绍出现这种情况的解决办法，需要的朋友参考下 如果Oracle在运行中很不幸遇到undo损坏，当然最好的方法是完全恢复，不过如果没有备份

Oracle在运行中很不幸遇到undo损坏，当然最好的方法是完全恢复，但如果是在没有备份的情况下undo损坏怎么办？以下就为大家介绍出现这种情况的解决办法，需要的朋友参考下

如果Oracle在运行中很不幸遇到undo损坏，当然最好的方法是完全恢复，不过如果没有备份，可以采用一种非常规的手段（利用Oracle的隐藏参数），如果此时undo包含未提交的事务，会造成一点点的数据丢失（一般都是可忍受的），如果没有未提交的事务，则不会有数据丢失。其主要步骤有：

1. 修改undo表空间管理为手动；
2. 设置隐藏参数(_offline_rollback_segments或_corrupted_rollback_segments)标识受影响的回滚段，使Oracle忽略其上的未提交事务；
3. 手动删除受影响的回滚段和undo表空间，然后重建新的undo表空间；
4. 还原undo表空间管理为自动。

实验如下：
Step 1.
如果undo数据文件损坏，数据库只能到mount状态，open时会出现以下错误：
ORA-01157: cannot identify/lock data file 14 - see DBWR trace file
ORA-01110: data file 14: 'I:INTEL_DATAO06DMS0UNDO1.O06DMS0'
说明该undo文件已经损坏或丢失，，把该文件offline之后就可以打开数据库了：
SQL> alter database datafile 'I:INTEL_DATAO06DMS0UNDO1.O06DMS0' offline drop;
SQL> alter database open;
打开数据库的目的是为了找出受影响的回滚段：
SQL> select segment_name,status from dba_rollback_segs;

SEGMENT_NAME STATUS
------------------------------ ----------------
SYSTEM ONLINE
_SYSSMU10_1201331463$ OFFLINE
_SYSSMU9_2926456744$ OFFLINE
_SYSSMU8_640224757$ OFFLINE
_SYSSMU7_3984293596$ OFFLINE
_SYSSMU6_3694658906$ OFFLINE
_SYSSMU5_3475919656$ OFFLINE
_SYSSMU4_168502732$ OFFLINE
_SYSSMU3_1987193959$ OFFLINE
_SYSSMU2_3908286755$ OFFLINE
_SYSSMU1_3281912951$ OFFLINE

SQL> show parameter undo

NAME TYPE VALUE
------------------------------------ ----------- -------------
undo_management string AUTO
undo_retention integer 900
undo_tablespace string undo1
关闭数据库：
SQL> shutdown immediate;

Step 2.
创建一个临时的pfile：
SQL> create pfile='H:initO06DMS0.ora' from spfile;
修改pfile如下：
*.undo_management='manual' -- undo表空间管理方式修改为手动
*.undo_tablespace='undo2' --指定一个新的undo表空间
*._offline_rollback_segments=('_SYSSMU10_1201331463$','_SYSSMU9_2926456744$','_SYSSMU8_640224757$','_SYSSMU7_3984293596$','_SYSSMU6_3694658906$','_SYSSMU5_3475919656$','_SYSSMU4_168502732$','_SYSSMU3_1987193959$','_SYSSMU2_3908286755$','_SYSSMU1_3281912951$') --把所有受影响的回滚段都列在这里
并以改pfile重新启动数据库：
SQL> startup pfile='H:initO06DMS0.ora'

Step 3.
手动删除受影响的回滚段：
SQL>drop rollback segment "_SYSSMU10_1201331463$";
SQL>drop rollback segment "_SYSSMU9_2926456744$";
SQL>drop rollback segment "_SYSSMU8_640224757$";
SQL>drop rollback segment "_SYSSMU7_3984293596$";
SQL>drop rollback segment "_SYSSMU6_3694658906$";
SQL>drop rollback segment "_SYSSMU5_3475919656$";
SQL>drop rollback segment "_SYSSMU4_168502732$";
SQL>drop rollback segment "_SYSSMU3_1987193959$";
SQL>drop rollback segment "_SYSSMU2_3908286755$";
SQL>drop rollback segment "_SYSSMU1_3281912951$";
手动删除旧的undo表空间：
SQL> drop tablespace undo1 including contents;
重建新的undo表空间：
SQL> create undo tablespace undo2 datafile 'I:INTEL_DATAO06DMS0UNDO2.O06DMS0' size 100m;
创建新的spfile，覆盖旧的spfile：
SQL> create spfile from pfile='H:initO06DMS0.ora';
关闭数据库：
SQL> shutdown immediate;

内容总结

以上是互联网集市为您收集整理的Oracle]解析在没有备份的情况下undo损坏怎么办全部内容，希望文章能够帮你解决Oracle]解析在没有备份的情况下undo损坏怎么办所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

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

内容手机端

---