|
这儿会探讨令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# 还小，那麼该文档不可以被彻底修复，你可以以有2个挑选： . 假如能够接纳遗失近期一次冷备份数据至今的数据信息库改动，装进备份数据而且再次修复 |