Database 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

Database Backup and Recovery Basics2

时间: 2024-08-05 08:54:07

Database Backup and Recovery Basics2的相关文章

Backup and Recovery Basics2

1.6.Automatic Disk-Based Backup and Recovery: The Flash Recovery Area 创建不同备份和恢复文件的组件对每一个文件系统的大小没有不论什么了解.使用Automatic Disk-Based Backup and Recovery,你能够创建一个闪回恢复区,使备份文件的管理自己主动化. 在磁盘上选择一个位置,为存储空间提供一个更大的边界,同一时候设置一个备份策略,那么数据库在那块空间管理用做备份的存储.归档日志和其它与恢复相关的文件.

Database Backup and Recovery Basics

一.Backup and Recovery Overview 1.Backup and Recovery Overview 1.1 What is Backup and Recovery? 一般,备份和恢复引用各个策略和过程保护你的数据库背离数据丢失,同时在任何一种数据丢失后重建数据库. 1.1.1 Physical Backups and Logical Backups 一个备份是来自数据库文件的一个拷贝,它可以用做重建数据.备份可以被分为物理备份和逻辑备份. 物理备份是被用做还原和恢复数据库

Backup and Recovery Strategies1

2.1.Data Recovery Strategy Determines Backup Strategy 当设计备份策略时,应该以数据恢复需求和数据恢复策略开始.每一种类型的数据恢复需要你采取适当的备份类型.失败会发生在用户错误,数据文件块损坏,介质失败.你可以重新开始数据库的正常操作的速度是哪种还原.恢复技术类型的运行过程.每种还原和恢复技术强加需要在备份策略上,包括数据库要使用的特性,存储和管理你的备份. 当考虑恢复策略时,要问自己的问题有: (1)如果磁盘失败和损坏一些数据库文件,比如数

6 Administering Backup and Recovery

Oracle? Database 2 Day + Real Application Clusters Guide 11g Release 2 (11.2) E17264-13 Overview of Oracle RAC Database Backup and Recovery Note: For the RMAN utility to work properly on Linux platforms, the $ORACLE_HOME/bin directory must appear in

SQL Service Database BACKUP & RESTORE

1. 完整恢复模式下的数据库备份 1 USE master; 2 ALTER DATABASE AdventureWorks2012 SET RECOVERY FULL; 3 GO 4 -- Back up the AdventureWorks2012 database to new media set (backup set 1). 5 BACKUP DATABASE AdventureWorks2012 6 TO DISK = 'Z:\SQLServerBackups\AdventureWo

官方文档备份指南一 Introduction to Backup and Recovery

1.备份分为:物理备份和逻辑备份 物理备份:备份数据文件  控制文件  归档日志文件 逻辑备份:EXP EXPDP备份等 物理备份为主,逻辑做补充 2.错误的类型 media failure :介质失败.磁盘不能读写 user error: 操作错误 application error:应用程序错误 3.备份的方式 RMAN                                :RMAN备份 User managed backup      :用户手工备份 4. 关于RMAN备份的一些

Backup and Recovery Basics(10g)- 目录

今天先把目录搬上来,后续会翻译相应的章节,并更新超链接,希望对想学习oracle的人有所帮助.fighting Contents Title and Copyright Information Preface Audience Documentation Accessibility Related Documentation Conventions 1 Backup and Recovery Overview 1.1 What is Backup and Recovery? 1.1.1 Phys

MySQL Database Backup Methods Season 1 - mysqldump

mysqldump工具是MySQL数据库备份时, 经常用到的一个工具. 可以指定数据表, 某些数据库, 所有数据库级别的备份, 在命令行上敲入mysqldump回车, 可看到该三种方式的示例. [email protected]:~$ mysqldump Usage: mysqldump[OPTIONS] database [tables] OR     mysqldump [OPTIONS] --databases [OPTIONS]DB1 [DB2 DB3...] OR     mysqld

MySQL Database Backup Methods Season 2 – MySQL Data Dumper

说到MySQL数据库的备份, MySQL Data Dumper(项目)也是常用的工具, 其有两个可执行程序: mydumper, 负责导出数据; myloader,  负责导入数据. mydumper相对于mysqldump, 多了些特性, 在下面分析选项的过程中能体会到. 由于是第三方工具, 先来看下安装, 及可能遇到的问题. a. mydumper需要依赖一些开发库, 使用yum安装即可. [email protected]: ~# yum install glib* zlib* pcre