oracle数据库故障紧急处理预案.doc

Oracle 数据库故障紧急处理预案 本文档旨在为 Oracle 数据库管理员提供一份紧急处理预案，以便在数据库故障时能够快速恢复数据库。 Oracle 数据库故障可能是由于硬件故障或人为误操作引起的，因此在处理故障时首先需要判断问题的起因，如果是硬件故障则首先要解决硬件问题。 一、控制文件损坏 控制文件记录了关于 Oracle 的重要配置信息，如数据库名、字符集名字、各个数据文件、日志文件的位置等等信息。控制文件的损坏，会导致数据库异常关闭。如果缺少控制文件，数据库也无法启动，这是一种比较严重的错误。 1. 损坏单个控制文件： - 确保数据库已经关闭，如果没有用下面的命令来关闭数据库：svrmgrl>shutdown immediate; - 查看初始化文件$ORACLE_BASE/admin/pfile/initORCL.ora，确定所有控制文件的路径。 - 用操作系统命令将其它正确的控制文件覆盖错误的控制文件。 - 用下面的命令重新启动数据库：svrmgrl>startup; - 用适当的方法进行数据库全备份。 2. 损坏所有的控制文件： - 确保数据库已经关闭，如果没有用下面的命令来关闭数据库：svrmgrl>shutdown immediate; - 从相应的备份结果集中恢复最近的控制文件。 - 用下面的命令来创建产生数据库控制文件的脚本：svrmgrl>startup mount; svrmgrl>alter database backup controlfile to trace noresetlogs; - 修改第三步产生的 trace 文件，将其中关于创建控制文件的一部分语句拷贝出来并做些修改，使得它能够体现最新的数据库结构。 - 用下面命令重新创建控制文件：svrmgrl>shutdown abort; svrmgrl>startup nomount; svrmgrl>@createcontrol.sql; - 用适当的方法进行数据库全备份。 二、重做日志文件损坏 数据库的所有增、删、改都会记录入重做日志。如果当前激活的重做日志文件损坏，会导致数据库异常关闭。非激活的重做日志最终也会因为日志切换变为激活的重做日志，所以损坏的非激活的重做日志最终也会导致数据库的异常终止。 1. 确定损坏的重做日志的位置及其状态： - 如果数据库处于可用状态：select * from v$logfile; svrmgrl>select * from v$log; - 如果数据库处于已经异常终止：svrmlgr>startup mount; svrmgrl>select * from v$logfile; svrmgrl>select * from v$log; 2. 损坏的日志文件处于非激活状态： - 删除相应的日志组：svrmgrl>alter database drop logfile group group_number; - 重新创建相应的日志组：svrmgrl>alter database add log file group group_number （’log_file_descritpion’，…） size log_file_size; 3. 损坏的日志文件处于激活状态且为非当前日志： - 清除相应的日志组：svrmgrl>alter database clear unarchived logfile group group_number; 4. 损坏的日志文件为当前活动日志文件： - 用命令清除相应的日志组：svrmgrl>alter database clear unarchived logfile group group_number; 在处理 Oracle 数据库故障时，需要遵循一定的步骤和顺序，以避免造成更大的损失。同时，也需要对数据库进行定期的备份和维护，以免出现严重的数据库故障。