zoukankan      html  css  js  c++  java
  • Oracle11g备份与恢复-手工备份与恢复

    第二章 手工备份与恢复

     一)常用命令

      1.备份和还原都会用到os命令,linux---cp

      2.恢复:recover

      二)备份前检查

      1.检查需要备份的数据文件

           SQL>col NAME FOR A100-----调整列显示长度

      SQL>select name from v$datafile;----查看数据文件

             

          SQL> select file_id,file_name,tablespace_name from dba_data_files;

               dba_data_files-----数据库数据文件信息表

      

         

       2)检查要备份的控制文件

      SQL> select name from v$controlfile;

     

       3)在线redo日志可以不做备份

        如果是在线备份,肯定是归档模式
          1、在线日志里面的内容,最后都会到归档日志里面的。所以只要备份归档日志就OK了。
          2、所以,RMAN也不提供备份和RESTORE在线日志的命令。
           如果是数据库关闭后备份,又是非归档模式的,没有干净shutdown的话,倒是应该备份在线日志的。

     三)dbv检查坏块

      在手工备份前,需要检查datafile是否存在坏块,在备份完成后也要对备份进行检查。

      对某一个datafile进行坏块检查

      1.没有参数,简单检查

        

       2.带有参数

        

         LOGFILE---可以指定输出日志,使用edit进行查看(ed 输出日志名)

     四)冷备份的注意事项

       1)必须要将数据库关闭干净,以保证数据的一致性;

         SQL>shutdown immediate;

         2)在os下必须备份所有的数据文件(完整备份)

         3)在os下必须备份控制文件(至少备份一个)

         4)非归档备份还原策略

            恢复时还原所有的备份,重建所有在线日志,没有recover步骤

       SQL>startup mount

         SQL>alter database clear unarchived logfile group n;n为所有在线日志组)查看有几个日志组select * from v$log;

         SQL>alter database open;

     五)手工非一致性备份(热备份)

      1)在备份之前需要进入热备模式,备份后要结束热备模式

        执行begin backup设置备份模式(在数据文件上生成检查点,写入scn,将来恢复的时候以这个写入的scn为起点)

        对只读的表空间不能做热备份,临时表空间不需要进行备份,特别强调:NOARCHIVE模式下不支持手工热备

        对整个数据库设置热备模式:alter database begin backup;

        对整个数据库结束热备模式:alter database end backup;

        对单个表空间设置热备模式:alter tablespace users begin backup;

        对单个表空间结束热备模式:alter tablespace users end backup;

      2)手工热备利用v$backup监控

        例子:首先创建名为test_space的表空间以及名为test_user的用户,并将test_user用户的表空间指向test_space,之后将表空间test_space进行备份。

        创建test_space表空间

        SQL> create tablespace test_space datafile '/ora/oracle/oradata/orcl/test_space01.dbf' size 100M autoextend on next 10M;

        查看创建的表空间

     

         (PS:区别:v$tablespace (v$视图) :是动态性能视图,存在于controlfile中,数据库在mount状态下可以查询;dba_tablespace (dba_数据字典) :是静态视图,存在于数据库中,只能在open时查询相同点:都是表示空间信息的)

        创建用户并授权

      SQL> create user test_user identified by 123123 default tablespace test_space

           SQL> grant connect to test_user;

       使用新建用户连接数据库,查看默认表空间个用户

         接下来将表空间test_space置于联机备份模式

        SQL> alter tablespace test begin backup; 

        此时报错:ORA-01123: cannot start online backup; media recovery not enabled

        原因是目前数据库处于非归档模式,所以无法进行在线备份,只有在归档模式的时候才可以进行在线备份,首先将数据库设置成归档模式。具体步骤参考博客:

        https://blog.csdn.net/alen_liu_sz/article/details/77992430

        

         

         

         

        SQL> select file#,checkpoint_change# from v$datafile_header;

        在备份期间,SCN被冻结,当检查点发生时不受影响,他是恢复阶段运用日志的起点。

        

        SQL> select * from v$backup;  

        这里的STATUS是ACTIVE,证明是可以备份相应的数据文件。

         此时就可以到服务器上,相应的数据文件路径下将文件进行备份。

        [oracle@oracle orcl]$ cp test_space01.dbf /ora/test_space01.dbf.bak

        备份完毕后,就可以关闭联机在线备份,需要尽快执行endbackup。

        如果再end backup之前发生数据库abort(终止),那么可以在下次启动到mount时end backup,从而完成实例恢复。

        

      六)split block(fractured block)问题

      一个Oracle block一般包含多个OS block,当手工热备时,OS的cp单位不是Oracle block而是OS block,而Oracle的DBWR又可能不时从内存中刷新Oracle block(脏块)到磁盘上,如此,OS的级的拷贝可能造成:一个Oracle block是由不同的版本组成,比如,未被DBWR刷新Header block加上另一部分被刷新的foot block,这样cp出来的Oracle block就是split block。

      数据库的一致性是不允许oracle block是split的,split block实际上属于logical corruption Oracle采取的办法是:在backup mode后,如果发现首次DBWR要写脏块,则将该块被刷新之前的镜像数据记录到redo buffer,这样,虽然cp后的文件里仍然含有split block,而当需要恢复的时候,日志会前滚该块的前镜像,以保证所有被恢复的oracle block最终是一个完整的版本。

      这也是我们常常发现在热备的时候日志文件会急剧增大的原因。

      RMAN备份不会造成split block。RMAN备份时以oracle block为读取单元,并查验块的一致性,如果不一致会重复读,三次失败,将标注该块为逻辑坏块。

        

       

      

     

        

      

  • 相关阅读:
    使用Java实现对MySql数据库的导入与导出
    【转】揭开J2EE集群的神秘面纱
    Memcached深度分析
    HSQL入门及使用指南
    系统架构基础篇(高性能基础建设说明与选型条件)
    架构之美 摘抄
    JMS规范及相关实现
    spring3中使用@value注解获取属性值
    Thread Dump 分析综述
    什么中间件及中间件服务器?
  • 原文地址:https://www.cnblogs.com/KAJIA1/p/12623516.html
Copyright © 2011-2022 走看看