Oracle数据库紧急故障解决方案.doc

Oracle数据库紧急故障解决方案 　　摘要:数据库是信息系统的核心,是其正常运行的重要保障,该文主要针对运行在归档模式下的Oracle数据库可能遇到的各种类型的文件损坏故障提供了相应的恢复方案及具体操作过程的方法。 　　关键词:Oracle数据库;故障;损坏文件;恢复;归档模式 　　中图分类号:TP311文献标识码:A 文章编号:1009-3044(2009)27-7600-03 　　 　　The Solution for Urgently Break Down of the Oracle Database 　　WANG Hong-yan, LI Tao 　　(The 477th Hospital of PLA, Xiangfan 441003, China) 　　Abstract: The database is the center part of information system, which is the important guarantee to normal working of system. This text mainly concentrate on the solution for latent breaking down of the Oracle databaseand the method of operation process when running in the archivelog mode. 　　Key words: oracle database;Break down; Damaged documents;recovery;archivelog mode 　　 　　随着办公自动化和电子商务的飞速发展,企业对信息系统的依赖性越来越高,数据库作为信息系统的核心担当着重要的角色。尤其在一些对数据可靠性要求很高的行业如银行、证券、电信等,如果发生意外停机或数据丢失其损失会十分惨重。为此数据库管理员应针对具体的业务要求制定详细的数据库备份与灾难恢复策略,并通过模拟故障对每种可能的情况进行严格测试,只有这样才能保证数据的高可用性。数据库管理员在恢复时采取的步骤正确与否也直接影响最终的恢复结果,本文主要针对Oracle数据库可能遇到的各种故障提供了相应的恢复的方法。 　　 　　1 故障分析 　　 　　Oracle物理结构故障是指构成数据库的各个物理文件损坏而导致的各种数据库故障。这些故障可能是由于硬件故障造成的,也可能是人为误操作而引起。所以我们首先要判断问题的起因,如果是硬件故障则首先要解决硬件问题。在无硬件问题的前提下我们才能按照下面的处理方发来进一步处理。 　　Oracle数据库错误主要分为5大类: SQL语句失败 ; 线程失败 ;实例失败;用户操作失败;存储设备失败。 　　 　　2 解决方法 　　 　　如果发生前三种失败,不需要我们人为干涉,Oracle系统会自动进行恢复。对于用户操作型的失败(如误删除数据),我们采取的补救措施主要有导入最新的逻辑备份或进行到某一时间点的不完全恢复。从Oracle 8之后的新版本中引入了基于表空间的时间点恢复(TSPITR),可以单独将包含错误操作的表空间恢复到指定时间,而不必对整个数据库进行不完全恢复。 　　针对存储设备的失败的情况比较复杂也是本文讨论的重点,存储设备的失败必然会使放置在其上的文件变为不可用,我们先将Oracle数据库所涉及到的文件进行一个划分,主要可分为:Oracle的系统文件,指Oracle的运行文件,各种应用程序 ; 数据库控制文件 ; 数据库重做日志文件 ;数据文件; 归档日志文件 。 　　2.1 避免Oracle的系统文件失 　　败主要依赖系统管理员进行操作系统级的备份,当发生事故后只能依靠操作系统备份将其恢复。 　　2.2 控制文件损坏 　　控制文件记录了关于oracle的重要配置信息,如数据库名、字符集名字、各个数据文件、日志文件的位置等等信息。控制文件的损坏,会导致数据库异常关闭。一旦缺少控制文件,数据库也无法启动,这是一种比较严重的错误。 　　首先可以通过查询数据库的日志文件来定位损坏了的控制文件。日志文件位于$ORACLE_BASE/admin/bdump/alert_ORCL.ora. 　　2.2.1损坏单个控制文件 　　① 确保数据库已经关闭,如果没有用下面的命令来关闭数据库:svrmgrlshutdown immediate; 　　② 查看初始化文件$ORACLE_BASE/admin/pfile/initORCL.ora,确定所有控制文件的路径。 　　③ 用操作系统命令将其它正确的控制文件覆盖错误的控制文件。 　　④ 用下面的命令重新启动数据库