Oracle数据恢复、数据库恢复、灾难恢复专题

缺乏、安全感 2022-05-26 09:58 428阅读 0赞

作者： [eygle][] | [English Version][]  
链接： [http://www.eygle.com/blog/special/oracle\_recovery.html][http_www.eygle.com_blog_special_oracle_recovery.html]

![DBAbackup.jpg][] **题记**：随着数据库在企业中的重要性不断增加，数据库承载的业务越来越复杂，管理难度也不断增加，用户在数据库的使用过程中，不可避免的会遇到种种数据库故障、灾难，此时，数据备份与恢复就显得尤为重要。  
  
本站在多年的维护过程中，积累了大量备份恢复相关的案例与知识内容，在此以专题的形式，整理归类出来，供大家参考，案例以为警醒，知识以为参考。  
  
  
  
**对**于一个DBA来说，最为重要的就是备份，DBA四大守则， [备份重于一切][Link 1]。

<table> 
 <tbody> 
 <tr> 
 <td align="left">备份的重要性 
 <ul> 
 <li>DBA警示录：<a href="http://www.eygle.com/archives/2006/10/backup_backup_backup.html" rel="nofollow">备份重于一切</a></li> 
 </ul> 对于DBA来说，有一句话需要谨记：隐患险于明火，防范胜于救灾，责任重于泰山 
 <ul> 
 <li>DBA生存之<a href="http://www.eygle.com/archives/2006/10/backup_backup_backup.html" rel="nofollow">四大守则</a></li> 
 </ul> 备份重于一切，我们必需知道,系统总是要崩溃的，没有有效的备份只是等哪一天死！唯一会使DBA在梦中惊醒的就是没有备份.</td> 
 <td align="center"> 
 <div> 
 生活的启示 
 
 </div> 
 <div> 
 <ul> 
 <li>DBA一定要<a href="http://www.eygle.com/archives/2005/12/what_kind_of_dba_we_need.html" rel="nofollow">严谨专注</a></li> 
 </ul> 
 </div> 
 <div>
 严谨专注是DBA的基本素质要求之一，当然我也非常喜欢另外一句话: 
 <a href="http://www.eygle.com/archives/2006/02/suggestion_for_life.html" rel="nofollow">坚韧卓绝之人，必能成就万事</a>. 
 
 </div> 
 <div> 
 <ul> 
 <li>警惕<a href="http://www.eygle.com/digest/2006/04/murphy_law.html" rel="nofollow">墨菲定律</a></li> 
 </ul> 
 </div> 
 <div>
 这个世界上没有永远的侥幸，如果你掉以轻心，生活就会给你教训。读读这些 
 <a href="http://www.eygle.com/archives/2006/10/backup_backup_backup.html" rel="nofollow">DBA职业生涯的误操作篇</a>，看看哪些可以避免. &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
 
 </div> </td> 
 </tr> 
 <tr> 
 <td align="left">Ora-600错误 
 <ul> 
 <li>ORA-00600 kcratr_nab_less_than_odr案例</li> 
 </ul> 猜测是一种很重要的能力，[<a href="http://www.eygle.com/archives/2010/05/kcratr_nab_less_than_odr.html" rel="nofollow">kcratr_nab_less_than_odr</a>]，根据less than字样，可以判断是在进行某个比较时，出现问题 
 <ul> 
 <li>ORA-00600 <a href="http://www.eygle.com/archives/2010/05/ora-00600_kcratr1_lostwrt.html" rel="nofollow"> kcratr1_lostwrt</a>之解决与原理分析</li> 
 </ul> 当实例崩溃之后启动，Oracle会去检查崩溃前最后一个写出的数据块，通过控制文件校验其是否一致 
 <ul> 
 <li>ORA-600<a href="http://www.eygle.com/archives/2010/01/ora-600_kcbzpbuf_1.html" rel="nofollow"> kcbzpbuf_1</a> 坏块的恢复案例一则</li> 
 </ul> 这里的错误代码kcbzpbuf，猜测是Kenerl Cache Buffer上的验证错误。应当是在应用Redo前滚时在Buffer中校验数据时出了问题。 
 <ul> 
 <li>How to deal with <a href="http://www.eygle.com/archives/2005/12/oracle_howto_deal_with_ora600_4137_error.html" rel="nofollow"> Ora-600 4193</a> error</li> 
 </ul> 在解决2662错误之后，经常会出现Ora-00600 4193错误，4193错误通常是因为恢复时redo与undo不一致所导致。 
 <ul> 
 <li>Oracle <a href="http://www.eygle.com/digest/2009/08/oracle_kernel_layer.html" rel="nofollow"> Kernel Layer &amp; ORA-600 Code</a> Info</li> 
 </ul> ORA-600 errors are internal exceptions handled by the RDBMS Kernel.&nbsp;The first arguments is an identifier. </td> 
 <td align="center"> 
 <div> 
 DBA警示录-有多少错误可以不犯 
 
 </div> 
 <div> 
 <ul> 
 <li>DBA警示录:<a href="http://www.eygle.com/archives/2007/05/move_access1_bootstrap_failed.html" rel="nofollow">Move数据表与索引重建</a></li> 
 </ul> 
 </div> 
 <div>
 对表做了move后,没有rebuild index,然后就关闭数据库了,导致数据库不能重新启动 
 
 </div> 
 <div> 
 <ul> 
 <li>DBA警示录：<a href="http://www.eygle.com/archives/2008/11/dba_props_global_name.html" rel="nofollow">props$应当成为禁忌</a></li> 
 </ul> 
 </div> 
 <div>
 应当将PROPS$视为禁忌，也就是说，决不要直接对这个表进行任何操作。 
 
 </div> 
 <div> 
 <ul> 
 <li>DBA警世录:年关临近 <a href="http://www.eygle.com/archives/2008/01/oracle_power_off_danger.html" rel="nofollow"> 谨防数据库事故</a></li> 
 </ul> 历史总数惊人的相似，以前我曾经写过一篇文章： 
 <a href="http://www.eygle.com/archives/2006/01/backup_is_most_important.html" rel="nofollow">年终难终 进入数据库事故多发期</a>，现在又到了这样一个时期。 
 
 <ul> 
 <li>DBA警世录:<a href="http://www.eygle.com/archives/2008/04/dba_root_hostname.html" rel="nofollow">root操作需谨慎</a></li> 
 </ul> 有人遭遇了这样一个 
 <a href="http://www.itpub.net/thread-966935-1-7.html" rel="nofollow">惨痛教训</a>，当使用root登陆系统时（HP Unix系统），错误的发出了hostname -a命令。 
 
 <ul> 
 <li>DBA警示录：<a href="http://www.eygle.com/archives/2010/02/dba.html" rel="nofollow">补丁升级需谨慎</a></li> 
 </ul> 在这样曲折的过程中，我们可以注意到， 
 对于一个关键的操作，无论采取怎样认真、细致、繁琐的测试、验证与规划都是值得的。 
 
 </div> </td> 
 </tr> 
 <tr> 
 <td align="left"> 备份恢复基础知识 
 <ul> 
 <li><a href="http://www.eygle.com/archives/2010/02/cache_low_rba_on_disk_rba.html" rel="nofollow">Cache-low rba 与 on-disk rba</a> - 恢复笔记</li> 
 </ul> Oracle的恢复从上一次成功的写出开始，也就是以Cache-Low RBA为起点，恢复至日志的最后成功记录，也就是以On-Disk RBA为终点。 
 <ul> 
 <li>如何快速找到<a href="http://www.eygle.com/archives/2009/04/backupof_archivelog_sequence.html" rel="nofollow">备份过最近、最大序号的归档日志</a></li> 
 </ul> 由于备份时是不删除归档的，所以会导致积累了大量的归档日志存储，删除时需要找到那个备份过的最近的归档日志 
 <ul> 
 <li>使用RMAN<a href="http://www.eygle.com/archives/2010/01/rman_validate_backup.html" rel="nofollow">验证备份的有效性</a></li> 
 </ul> RMAN提供VALIDATE的命令，可以用于校验备份集的有效性，验证命令会建议备份的存在性、完好性和可恢复性，帮助我们确认备份的有效与否. 
 <ul> 
 <li>SMON: <a href="http://www.eygle.com/archives/2010/02/smon_recover_undo_segment.html" rel="nofollow"> recover undo segment 与 事务恢复</a></li> 
 </ul> 和UNDO相关的操作极度危险，任何一个丢失的事务都可能成为灾难，所以了解任何一个动作及其可能带来的影响是对我们的重大考验。 
 <ul> 
 <li>DBID的获取 与 <a href="http://www.eygle.com/archives/2010/06/dbid_bbed_controlfile.html" rel="nofollow"> 控制文件中有什么</a>？</li> 
 </ul> 不管控制文件的名称里是否包含了DBID，但是，只要有了控制文件，就可以从其中获得DBID 
 <ul> 
 <li>使用<a href="http://www.eygle.com/archives/2009/07/errorstack_ora_01438.html" rel="nofollow">errorstack跟踪ORA-01438错误</a></li> 
 </ul> 有时候需要跟踪文件中缺省的不会记录具体的SQL、绑定变量等信息，可以通过ErrorStack进行后台跟踪，获得更详细的信息 
 <ul> 
 <li><a href="http://www.eygle.com/archives/2010/03/kcbgtcr.html" rel="nofollow">kcbgtcr 错误小记</a></li> 
 </ul> kcbgtcr 是Oracle数据库最重要的函数之一，其含义为：Kernal Cache Buffer GeT Cosistents Read,也就是数据库的一致性读操作 
 <ul> 
 <li>使用<a href="http://www.eygle.com/archives/2008/06/10g_catalog_rman.html" rel="nofollow">Catalog命令注册RMAN备份集</a></li> 
 </ul> 我们知道Oracle10g丰富了catalog命令，使用这个命令，可以将RMAN的备份集注册到控制文件（或者目录数据库中） 
 <ul> 
 <li>使用RMAN进行<a href="http://www.eygle.com/archives/2008/10/rman_exclude_tablespace_backup.html" rel="nofollow">排除表空间备份</a></li> 
 </ul> 在RMAN的备份中，可以通过Exclude命令排除某些不需要备份的表空间。这样可以缩减备份的容量，对备份进行适当优化和调整。</td> 
 <td align="left">数据库恢复技术与案例 
 <ul> 
 <li>使用Oracle9i的 <a href="http://www.eygle.com/archives/2005/06/eoaoracle9iaeai.html" rel="nofollow"> Flashback Query恢复误删除数据</a></li> 
 </ul> 从Oracle9iR2开始，可以使用flashback query闪回误删除的数据，在undo_retention的限制下，可以快速的执行数据恢复。 
 <ul> 
 <li>Oracle数据恢复:<a href="http://www.eygle.com/archives/2010/06/asm_format_dictionary.html" rel="nofollow">格式化、ASM及字典损坏案例</a>三则</li> 
 </ul> 最近一周以来，恩墨科技帮助多家用户进行了数据恢复，挽救了多个危难之中的数据库。 
 <ul> 
 <li>Oracle Diag:如何<a href="http://www.eygle.com/archives/2005/12/oracle_diagnostics_howto_deal_2662_error.html" rel="nofollow">处理ORA-600 2662错误</a></li> 
 </ul> 使用隐含参数<a href="http://www.eygle.com/archives/2005/10/oracle_hidden_allow_resetlogs_corruption.html" rel="nofollow">_ALLOW_RESETLOGS_CORRUPTION</a>后resetlogs打开数据库,会由于SCN不一致而遭遇到ORA-00600 2662号错误 
 <ul> 
 <li>为济南某大学数据<a href="http://www.eygle.com/archives/2009/08/enmotech_shandong.html" rel="nofollow">存储上丢失的数据文件</a></li> 
 </ul> 电力不稳定，导致HP IA64位的服务器断电，后来维护厂商在不明缘由下，多次反复启停主机。接下来发现数据库丢失了2个重要的数据文件。 
 <ul> 
 <li>如何<a href="http://www.eygle.com/archives/2005/09/how_to_repair_corruption_block_with_bbed.html" rel="nofollow">使用BBED工具修复坏块</a></li> 
 </ul> 在数据库遭受损坏时，可以通过BBED工具对数据块进行修复，BBED的copy命令等对恢复非常有效。 
 <ul> 
 <li>ORA-00600 <a href="http://www.eygle.com/archives/2010/02/ora_600_4000_4194.html" rel="nofollow"> 4000 及 4194 错误</a>小记</li> 
 </ul> 在初期恢复时出现了ORA-600 4000号错误，这个错误以前写过几个案例，一般没有好的办法，只能通过bbed修复。 
 <ul> 
 <li>Oracle数据库恢复:<a href="http://www.eygle.com/archives/2010/07/ora_600_2831.html" rel="nofollow">解决ORA-600 2831错误</a></li> 
 </ul> 在回滚段8上存在一个需要恢复的事务，导致了异常，我不再管这个错误的具体含义，只是确认这个表空间可以清理掉，就开始向下进行 
 <ul> 
 <li>成功恢复案例:<a href="http://www.eygle.com/archives/2008/01/truncate_dict_recovery.html" rel="nofollow">解决字典表误Truncate故障</a></li> 
 </ul> 故障的原因是技术人员将数据库中的几个数据字典表Truncate掉，这直接导致了数据库不可用。数据库环境为Oracle 9.2.0.7 RAC环境。 
 <ul> 
 <li>圣诞<a href="http://www.eygle.com/archives/2008/12/difficult_recovery_christmas.html" rel="nofollow">超级复杂困难之Oracle数据库大恢复</a></li> 
 </ul> 以前我说：<a href="http://www.eygle.com/archives/2006/01/backup_is_most_important.html" rel="nofollow">年终难终 进入数据库事故多发期</a>，一年一度今又是，记得另外一个<a href="http://www.eygle.com/archives/2004/12/eiaoe.html" rel="nofollow">圣诞节</a>，我还和Biti一起在北京的时候，遇到上海的朋友数据库崩溃</td> 
 </tr> 
 <tr></tr> 
 </tbody> 
</table>

[eygle]: http://www.eygle.com
[English Version]: http://translate.google.com/translate?langpair=zh-CN%7Cen&hl=zh-CN&ie=UTF8&u=http%3A//www.eygle.com/blog/special/oracle_recovery.html
[http_www.eygle.com_blog_special_oracle_recovery.html]: http://www.eygle.com/blog/special/oracle_recovery.html
[DBAbackup.jpg]: /images/20220526/ba34ba3a218846bc9fbf2c14e7505fd6.png
[Link 1]: http://www.eygle.com/archives/2006/10/backup_backup_backup.html