Database Backup and Recovery Basics2

标签：rman备份和恢复   backup   recover   数据库   rman   

注意：逻辑级别的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,布布扣,bubuko.com

Database Backup and Recovery Basics2

标签：rman备份和恢复   backup   recover   数据库   rman   

原文地址：http://blog.csdn.net/offbeatmine/article/details/27206893