oracle数据库 停机,怎样优化Oracle停机时间及数据库恢复？

备份策略和数据库的运作条件：　　控制文件是镜像的　　数据库运行在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 YWHERE X。GROUP# = Y。GROUP#;　　5、如果得到的CHANGE#比在线redo log最小的FIRST_CHANGE# 还小，那么该文件不能被完全恢复，你可以有两个选择：　　。

如果可以接受丢失最近一次冷备份以来的数据库修改，装入备份并且继续恢复　　。如果不能接受丢失数据库的修改，那么必须重新创建表空间　　6、通过使用存档和在线的redo log来恢复数据文件　　7、打开数据库　　4：恢复一个特别的表　　可以采用以下的步骤恢复：　　1、使用最近的一次全数据库导出来导入表，并且使用owner=和tables=的选项　　2、考虑到性能的原因，可能需要重建表索引　　5：丢失控制文件　　在数据库起来并且运行时，通常都不能检测到控制文件的问题、如果控制文件丢失或者损坏了，Oracle将不会了解，下次数据库的启动时将会导致ORA-205错误(标识控制文件"%s的错误)，还有一个系统级的错误、　　如果只是丢失了其中的一个控制文件，可以采用下面的步骤来恢复：　　1、如果它正在运行的话，先关闭它　　2、查找丢失控制文件的原因、是由于硬件的问题吗(磁盘还是控制器)？　　3、如果不是硬件的问题，将控制文件的一个好的拷贝复制到丢失的位置，并且跳到步骤5、　　4、如果是硬件的问题，复制一个好的控制文件拷贝到一个可靠的位置　　5、编辑initsid。

ora 或者 configsid。

ora，更新CONTROL_FILES以反映最新的控制文件位置　　6、启动数据库　　6：丢失全部的控制文件　　可以采用以下的步骤恢复：　　1、关闭数据库　　2、进行一次全数据库备份，包括全部的数据文件和redo log文件　　3、以NOMOUNT的状态启动数据库　　4、使用CREATE CONTROLFILE重新创建控制文件、你也可以备份控制文件到一个trace文件，然后执行该文件　　5、在数据库上进行媒体恢复　　6、打开数据库　　7、使用shutdown normal关闭数据库　　8、对数据库进行一次冷备份　　7：丢失一个索引　　最简单的方法就是重新创建丢失的索引　　8：丢失一个非活动的redo log

以上是我对于这个问题的解答，希望能够帮到大家。

全部