日期：2011-03-21 00:21:00 来源：本站整理

优化Oracle停机时间及数据库恢复[Oracle防范]

赞助商链接

分享到： QQ空间新浪微博腾讯微博人人网

　　本文“优化Oracle停机时间及数据库恢复[Oracle防范]”是由七道奇为您精心收集，来源于网络转载，文章版权归文章作者所有，本站不对其观点以及内容做任何评价，请读者自行判断，以下是其具体内容：
　　这里会谈论令Oracle停机时间最小化的步骤.各种情势的停机--筹划的大概是非筹划的--老是不断地发生,一个DBA应当有精确的备份战略,这样在数据库呈现问题时便可以更快地恢复.

　　以下是假定的备份战略和数据库的运作条件

　　　掌握文件是镜像的

　　　数据库运行在archivelog情势

　　　每个星期都举行冷备份

　　　每日都举行热备份

　　　每日都举行一次全数据库导出

　　事件1:完好的数据库重构

　　在这种情形下,你可以利用全数据库导出大概冷热备份结合的方法来重构数据库.要注意的是无论你挑选哪类方法,在线redo log中的事件城市丧失.

　　事件2:恢复部份的表空间

　　可以利用以下的步骤来恢复:

　　　1、以restrict情势启动数据库

　　　2、重新成立表空间

　　　3、利用最新的全数据库导出来导入,并且利用ignore=y的选项;

　　　4.关闭并且重新以normal的情势启动数据库实例

　　事件3:丧失普通的数据文件

　　丧失普通数据文件的恢复步骤按照所丧失的数据文件包含的表空间范例而定;比方:回滚段,用户表空间,索引表空间大概是只读的表空间、你大概会碰到以下的错误:

　　　. 尝试启动数据库并且碰到错误的信息ORA-1157, ORA-1110,大概还有一个操作系统的错误

　　　. 尝试以normal大概immediate的情势关闭数据库,大概会碰到ORA-1116, ORA-1110的错误信息,还有一个系统错误

　　以下的步骤可以用作恢复:

　　　1、关闭数据库

　　　2、由热备份中恢复丧失的数据文件

　　　3、Startup mount数据库

　　　4、履行以下的查询来得到全部你的在线redo log文件和它们呼应的次序和初次改正号:

SELECT X.GROUP#, MEMBER, SEQUENCE#, FIRST_CHANGE#
FROM V$LOG X, V$LOGILE Y
WHERE X.GROUP# = Y.GROUP#;

　　5、假如得到的CHANGE#比在线redo log最小的FIRST_CHANGE# 还小,那么该文件不能被完好恢复,你可以有两个挑选:

　　　.　假如可以承受丧失近来一次冷备份以来的数据库改正,装入备份并且持续恢复

　　　.　假如不能承受丧失数据库的改正,那么必须重新成立表空间

　　6、通过利用存档和在线的redo log来恢复数据文件

　　7、翻开数据库

　　以上是“优化Oracle停机时间及数据库恢复[Oracle防范]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：

优化Oracle库表计划的若干办法

优化Oracle停机时间及数据库恢复

本文地址：

与您的QQ/BBS好友分享!

[] [返回上一页] [打印]