<b>Oracle数据库系统告急弊端处理办法</b>[Oracle防范]

　　Oracle物理构造弊端是指构成数据库的各个物理文件破坏而招致的各种数据库弊端.这些弊端大概是由于硬件弊端造成的,也大概是人为误操作而惹起.所以我们首先要判断问题的起因,假如是硬件弊端则首先要办理硬件问题.在无硬件问题的前提下我们才能按照下面的处理方发来进一步处理.

　　掌握文件破坏:

　　掌握文件记录了关于oracle的重要配置信息,如数据库名、字符集名字、各个数据文件、日记文件的位置等等信息.掌握文件的破坏,会招致数据库非常关闭.一旦贫乏掌握文件,数据库也无法启动,这是一种对比严重的错误.

　　破坏单个掌握文件:

　　1. 确保数据库已经关闭,假如没有效下面的号令来关闭数据库:

　　svrmgrl>shutdown immediate;

　　2. 查看初始化文件$ORACLE_BASE/admin/pfile/initORCL.ora,肯定全部掌握文件的途径.
　
　　3. 用操作系统号令将别的精确的掌握文件覆盖错误的掌握文件.

　　4. 用下面的号令重新启动数据库:

　　svrmgrl>startup;

　　5. 用得当的办法举行数据库全备份.

　　破坏全部的掌握文件:

　　1. 确保数据库已经关闭,假如没有效下面的号令来关闭数据库:

　　svrmgrl>shutdown immediate;

　　2. 从呼应的备份后果集合恢复近来的掌握文件.关于没有采取带库备份的点可以直接从磁带上将近来的掌握文件备份恢复到呼应目录;关于采取带库备份的点用呼应的rman脚本来恢复近来的掌握文件.

　　3. 用下面的号令来成立产生数据库掌握文件的脚本:

svrmgrl>startup mount;

svrmgrl>alter database backup controlfile to trace noresetlogs;

　　4. 改正第三步产生的trace文件,将此中关于成立掌握文件的一部份语句拷贝出来并做些改正,使得它可以表现最新的数据库构造.假定产生的sql文件名字为createcontrol.sql.

　　注意:

　　Trace文件的具体途径可以在履行完第3）步操作后查看$ORACLE_BASE/admin/bdump/alert_ORCL.ora文件来肯定.

　　5. 用下面号令重新成立掌握文件:

　　svrmgrl>shutdown abort;

　　svrmgrl>startup nomount;

　　svrmgrl>@createcontrol.sql;

　　6. 用得当的办法举行数据库全备份.

　　重做日记文件破坏:

　　数据库的全部增、删、改城市记录入重做日记.假如当前激活的重做日记文件破坏,会招致数据库非常关闭.非激活的重做日记终究也会因为日记切换变成激活的重做日记,所以破坏的非激活的重做日记终究也会招致数据库的非常终止.在ipas/mSwitch中每组重做日记只有一个成员,所以在下面的解析中只考虑重做日记组破坏的情形,而不考虑单个重做日记成员破坏的情形.

　　肯定破坏的重做日记的位置及其状况:

　　1. 假如数据库处于可用状况:

　　select * from v$logfile;

　　svrmgrl>select * from v$log;

　　2. 假如数据库处于已经非常终止:

　　svrmlgr>startup mount;
　　svrmgrl>select * from v$logfile;
　　svrmgrl>select * from v$log;

　　此中,logfile的状况为INVALID表示这组日记文件呈现已经破坏;log状况为Inactive:表示重做日记文件处于非激活状况;Active: 表示重做日记文件处于激活状况;Current:表示是重做日记为当前正在利用的日记文件.

　　破坏的日记文件处于非激活状况:

　　1. 删除呼应的日记组:

　　svrmgrl>alter database drop logfile group group_number;

　　2. 重新成立呼应的日记组:

　　svrmgrl>alter database add log file group group_number （’log_file_descritpion’,…） size log_file_size;

　　破坏的日记文件处于激活状况且为非当前日记:

　　1. 排除呼应的日记组:

　　svrmgrl>alter database clear unarchived logfile group group_number;

　　破坏的日记文件为当前活动日记文件:

　　用号令排除呼应的日记组:

　　svrmgrl>alter database clear unarchived logfile group group_number;

　　假如排除失利,则只能做基于时间点的不完好恢复.

　　翻开数据库并且用得当的办法举行数据库全备份:

　　svrmgrl>alter database open;

　　部份数据文件破坏:

　　若破坏的数据文件属于非system表空间,则数据库仍旧可以处于翻开状况可以举行操作,只是破坏的数据文件不能拜候.这时在数据库翻开状况下可以单独对破坏的数据文件举行恢复.若是system表空间的数据文件破坏则数据库系统会非常终止.这时数据库只能以Mount方法翻开,然后再对数据文件举行恢复.可以通过查看数据库日记文件来判断当前破坏的数据文件毕竟能否属于system表空间.

　　以上是“<b>Oracle数据库系统告急弊端处理办法</b>[Oracle防范]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：