• Backup and Recovery Basics2


    1.6、Automatic Disk-Based Backup and Recovery: The Flash Recovery Area
    创建不同备份和恢复文件的组件对每一个文件系统的大小没有不论什么了解。使用Automatic Disk-Based Backup and Recovery,你能够创建一个闪回恢复区,使备份文件的管理自己主动化。

    在磁盘上选择一个位置,为存储空间提供一个更大的边界,同一时候设置一个备份策略,那么数据库在那块空间管理用做备份的存储、归档日志和其它与恢复相关的文件。

    oracle建议你开启一个闪回恢复区来简化你的备份管理

    1.7、Oracle Flashback Technology: Alternatives to Point-in-Time Recovery
    oracle闪回技术提供了一系列特性,它们提供了有用的能够选择的事物,比方查看数据的过去状态、回滚数据(不须要你从备份还原大部分数据库或者完毕基于时间点的恢复)。oracle的闪回特性在非常多状况中比介质恢复更高效,同一时候更低损坏。
    oracle的非常多闪回特性在逻辑层次上操作,来查看和操纵数据库对象,就像例如以下的:
    (1)oracle闪回查询
    它让你指定一个目标时间,接着向前跑查询。查看结果。为了从一个不希望的改变(比方用户错误更新一个表)中恢复。一个用户能够选择一个错误之前的目标时间,然后跑查询来恢复丢失或者改变的行的内容。
    (2)oracle闪回版本号查询
    就像更新被应用到表一样,它让你查看在一段指定时间内出如今一个或多个表中全部行的全部版本号。

    你也能够恢复关于行的不同版本号的元数据,包含開始时间,结束时间。操作和事务id。这个特性能够被用于恢复丢失的数据值和给查询的表审计改变。
    (3)oracle闪回事务查询
    它让你查看在一段时间内被一个单一事务或者多个事务产生的改变。
    (4)oracle闪回表
    把一个表返回到先前时间点的状态。在数据库在线期间,你能够还原表数据。


    (5)oracle闪回drop
    反转drop table语句的影响。



    flashback query,flashback version query,flashback transaction query,flashback table都依赖于回滚数据,回滚数据是不论什么一个更新所影响的数据。flashback drop是基于一个叫做recycle bin的机制,oracle用回收站管理删除的数据库对象。

    注意:逻辑级别的flashback特性不依赖于rman;不管是否rman是备份策略的一部分,它都是可用的。

    物理级别上,oracle flashback database为基于时间点的恢复提供了一个更高效、直接的可供选择的事物。假设你的数据文件唯独不希望的更改,那么你能够使用flashback database来引起当前的数据文件转变到过去的内容。

    终于的产品非常像基于时间点恢复的结果,可是一般比介质恢复更快。由于它不须要从备份还原数据文件。只须要非常少的日志应用。闪回数据库使用flashback logs和archived redo log来訪问数据块的过去版本号。

    flashback database须要你配置一个闪回恢复区。由于flashback logs仅仅能存储在那里。flashback logging默认是未开启的。数据库自己主动管理用于flashback logs的空间。

    flashback database能够看作是不全然恢复的替代技术。但它也有某些限制:
    (1)Flashback Database 不能解决Media Failure, 这样的错误RMAN恢复仍是唯一选择。
    (2)假设删除了数据文件或者利用Shrink技术缩小数据文件大小,这时不能用Flashback Database技术回退到改变之前的状态,这时候就必须先利用RMAN把删除之前或者缩小之前的文件备份restore 出来, 然后利用Flashback Database 运行剩下的Flashback Datbase。


    (3)假设控制文件是从备份中恢复出来的。或者是重建的控制文件,也不能使用Flashback Database。


    (4)使用Flashback Database所能恢复到的最早的SCN, 取决与Flashback Log中记录的最早SCN。

    About Restore Points:
    oracle数据库也支持和闪回数据库和还原、恢复特性协力的还原点。

    一个普通的还原点是和scn相当的别名。基于时间点的恢复,闪回表和闪回数据库操作是简单的,由于你不必探索和记录目标
    scn。创建一个有保证的检查点(guaranteed restore point)确保你能够使用闪回数据库把你的数据库返回到还原点的时间
    -"Using Normal and Guaranteed Restore Points" on page 5-6 for more information about the use of normal and guaranteed restore points
    -Chapter 7, "Performing Flashback and Database Point-in-Time Recovery" for more information about the use of the flashback features of Oracle in a data recovery context
    -Oracle Database Concepts and Oracle Database Administrator's Guide for more information on undo data and automatic undo management
    -Oracle Database Application Developer's Guide - Fundamentals for more information on Flashback Query, Flashback Transaction Query and Flashback Version Query

    1.8、Matching Failures to Backup and Recovery Techniques
    在计划你的数据库备份和恢复策略过程中,你必须尝试參与到错误的起源中。

    尽管有非常多种类型问题能够停止一个数据库的操作或者影响到数据库I/O操作,可是仅仅有两种典型须要dba介入和介质恢复:介质失败和用户错误。实例失败、网络失败、oracle数据库后台进程的失败和一条sql语句运行的失败,甚至崩溃一个数据库实例,可是他们一般不会引起数据丢失或者从备份恢复。

    1.8.1、Responding to Media Failure--讲述介质恢复

    在线重做日志文件或控制文件的介质失败后。数据库操作依赖于是否重做日志文件或控制文件通过多路复制保护。

    但重做日志文件或控制文件被多路复制的,多路拷贝文件的拷贝被保存在系统。多路复制的文件应该在不同磁盘上保存。

    假设一个介质失败损坏了一个包括一个多路复制的重做日志文件拷贝的磁盘,那么没有重要损坏时,数据库常常继续执行。

    损坏了一个没有多路复制的重做日志文件引起数据库执行被停止,同一时候可能引起数据的永久丢失。

    损坏了不论什么控制文件。不管它是多路复制与否,当数据库尝试读或者写损坏的控制文件时(常常发生,比方每一个检查点和日志切换)。马上停止数据库执行。

    介质失败能够是读错误也能够是写错误。在读错误中,实例不能读一个控制文件和应用程序返回的操作系统错误,比方一个错误显示文件不能被找到。不可打开,不可读。数据库持续执行,直到读或写的错误被返回。一个数据文件写错误的影响依赖于数据文件在哪个表空间中。

    假设实例不能向一个在系统表空间/回滚表空间/某个包括活动回滚段表空间中的数据文件写入。那么数据库显示错误同一时候关闭实例。系统表空间的全部数据文件和包括回滚段的全部数据文件必须在线。为了就是数据库适当执行。假设实例不能写入数据文件的原因不同于先前列出。那么结果依赖于数据库是否执行在archivelog模式。在archivelog模式中。数据库会把错误记录到trace文件,再把被影响到的数据文件离线(在这个表空间的其它数据文件仍然在线)。

    你能够随后改正潜在的问题和还原、恢复被影响到的表空间。在非archivelog模式中,数据库dbwn进程失败,同一时候实例也会失败,这样的问题的解决办法决定须要的回应。假设问题是暂时的(磁盘控制器掉电),那么使用重做日志文件完毕崩溃恢复。

    在这样的情况下。不须要介质恢复实例能够启动。然而。假设数据文件被损坏。你必须还原整个数据库的一致性备份。


    1.8.2、Responding to User Error
    典型地。一个用户错误比方drop表或delete行须要下面响应:
    (1)假设一个可用的导出文件存在或在standby数据库的对象存在,又一次导入被删除的对象
    (2)完毕一个或多个表空间的TSPITR(tablespace point-in-time recovery)
    (3)假设表的记录存在,又一次insert丢失的数据
    (4)使用database point-in-time recovery把数据库返回到过去的状态
    (5)使用闪回特性把对象恢复到一个过去的状态
    可用的恢复选项是备份策略的一个过程。比方,假设数据库执行在noarchivelog模式那么你就有更少的point-in-time恢复选项。

    See Also:
    -Oracle Database Backup and Recovery Advanced User's Guide to learn how to perform point-in-time recovery for an entire database
    -Oracle Database Backup and Recovery Advanced User's Guide to learn how to perform tablespace point-in-time recovery
    -Oracle Database Backup and Recovery Advanced User's Guide to learn how to use the flashback features of the Oracle database

    1.9、System Requirements for Backup and Recovery Methods
    选择一个备份和恢复方案时,要查看它对于数据库环境是否适合。

    比方。数据库8.0或者更高。能够使用rman管理备份和恢复。

    8.0下面,你必须使用除了rman之外的方案。


    1.10、Feature Comparison of Backup Methods


  • 相关阅读:
    C++_重载、重写和重定义的区别
    C++静态库与动态库
    C++ 中重载运算符 “<” 及 friend属性
    C++中,关于#include<***.h>和#include"***.h"的区别
    static_cast, dynamic_cast, const_cast讨论
    浅析C++中static关键字
    C语言包含头文件时用引号和尖括号的区别
    vc实现透明位图,透明背景
    VS2008调试技巧——断点失效
    Spring解决循环依赖的理解
  • 原文地址:https://www.cnblogs.com/yxysuanfa/p/6829110.html
Copyright © 2020-2023  润新知