知识大全在Flashback数据库上获得较高可用性

Posted 2022-07-15 数据库

篇首语：做人不是一味低调，也不是一味张扬，而是始终如一的不卑不亢。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全在Flashback数据库上获得较高可用性相关的知识，希望对你有一定的参考价值。

在Flashback数据库上获得较高可用性 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　简介

　　Flashback数据库是一种时点(PIT)数据库恢复的方式这种不完全的恢复策略可以用于恢复由于人为错误导致逻辑损坏的数据库在 g中引入之后它的设计目标就是以缩减恢复时间而获得最大的可用性这篇文章将会探索Flashback数据库将其与传统的恢复方法相比较并且演示一下如何配置和执行重现恢复

　　传统恢复vs 重现数据库

　　导致停机的第一个原因就是人为错误导致的逻辑损坏这一点已经被广泛承认关于逻辑损坏的例子从用户不正确的更新数据和截取表到批处理任务错误运行次或者打乱顺序比比皆是结果都是相同的——数据库损坏并且范围广阔且难以辨认 Oracle通过了两种策略来将数据库返回到先前的某个时点上:传统恢复和重现数据库

　　不完全的恢复是数据库恢复到先前某个状态的恢复这个过程有两个步骤:重新存储数据并向前恢复事务活动到某个你想要的时间传统恢复和重现数据库之间的主要区别就是传统恢复从重新存储所有的数据文件开始然后才恢复到某个想要的恢复时间而重现数据库则是在损坏之后通过重新存储被改变的块来向后操作从这个角度考虑问题的话让我们想想在一个 TB的数据库上有 MB的数据损坏了传统的恢复从开始重新存储 TB的应用程序数据开始而重现数据库则是取回这 MB的应用程序数据从而达到损坏前的那个点现在我们分别看看每一种策略

　　传统恢复

　　在Oracle g之前将由于人为错误导致问题的数据库恢复到先前某个时点的唯一选项就是传统恢复这个策略包括了从备份中取出并重新存储所有的数据库数据文件然后再执行向前恢复到某个想要的时间点媒体恢复可以基于服务器(RMAN) 也可以基于用户(操作系统工具)

　　下图演示了这个复杂的成本高昂的效率极低的多步骤恢复策略

　　现在我们看一下用户执行了SQL并且损坏了数据库的情况用户通知了命令中心并且报告了错误系统分析师通过与公司不同部门的另外一些人协商管理这次事件恢复通过从备份中重新存储所有的数据文件并且向前回滚redo日志到希望的时间点而完成恢复时间与数据库的规模成正比而不是需要恢复的更改的数量这就意味着恢复时间(MTTR)实际上随着数据库的规模增长而不断增加

　　重现数据库

　　在Oracle g中一项新的重现技术特性称为Flashback Database(重现数据库)的作为传统恢复的替代品引入了重现数据库可以让你快速恢复整个数据库到先前的某个时间点而不需要从备份中重新存储数据库在数据库中经常被描述为倒转按钮它只是将那些被修改的数据块恢复到你希望的恢复时间之前然后应用Redo更改记录来达到希望的恢复时间点这个被修改的数据块就叫做重现日志

　　重现数据库提供了相对于传统数据库非常明显的优势对于分析型数据库则没有这么明显的优势在数据仓库中块的操作通常是以不记录日志的模式执行的在重现数据库中只要数据库运行的是文档日志模式它就可以返回到块操作之前的某个状态因为被修改的块可以通过恢复而撤销执行的操作

　　注意:虽然重现数据库是集成到数据库中的但是它在Oracle的 Express Edition (XE)中是不可用的

　　这里我们看一下用户执行了SQL并且损坏了数据库的情况用户通知了应用程序数据库管理员他执行了重现数据库命令数据库自动恢复到损坏之前的某个点重现数据库很快使因为它只针对被修改的数据进行操作重现的时间与犯错误的数量有关而与数据库的规模无关

　　配置重现数据库

　　以下的例子演示了命令行配置这也可以用企业管理器来完成

　　在我们配置重现数据库之前我们需要照顾以下一些先决条件

　　Flash Recovery Area

　　首先我们需要配置一个Flash Recovery Area (FRA) 在 g中这是个新东西 FRA只不过是一个恢复相关文件的磁盘定位对于重现数据库一个新的后台进程名为Recovery Writer (RVWR) 在来自SGA的数据库重现缓存的映像之前阶段性地写入磁盘作为FRA中的重现日志重现日志是在FRA中由Oracle数据库自动管理的

　　重现日志的成本是以空间和性能来衡量的空间是数据库写密度的一个因素一个小时运行的以 %的数据块写入作为重现日志的方式必然会导致磁盘整体空间的 %的增长因为块是以规律的间隔写入的而不是事务的一部分所以对性能的影响是可以忽略不计的

　　要配置FRA 你需要设置如下的初始化参数: alter system set db_recovery_file_dest= C:\\oracle\\product\\ \\flash_recovery_area scope=both;alter system set db_recovery_file_dest_size = G scope=both;

　　存档

　　接下来我们需要配置存档再一次我们需要使用FRA作为我们的文档日志目的地与传统恢复类似重现数据库需要存档以向前恢复提交的事务在重现日志重新存储了希望时间之前的时点之后

　　要最小化配置存档执行如下的命令按照顺序:

　　SQL> startup mountORACLE instance started Database mounted

　　SQL> alter database archivelog;

　　Database altered

　　SQL> alter database open;

　　Database altered

　　SQL> archive log list

　　Database log mode Archive ModeAutomatic archival EnabledArchive destination USE_DB_RECOVERY_FILE_DESTOldest online log sequence Next log sequence to archive Current log sequence

　　重现数据库

　　配置了这些先决条件之后我们准备好配置重现数据库了

　　首先我们需要设置重现保持目标这个初始化参数以分钟来计算代表我们可以把数据库返回到多长时间之前它的值决定了FRA中重现日志的数量和时间段下面我们的例子将其设置为小时要理解这个保持时间段并不是保证是非常重要的如果FRA需要空间重现日志将会自动删除目标保持时间点之前的记录稍后我们会看到我们保证重现日志的方式在FRA中进行维护有了保持时间段设置重现数据库可以激活

　　SQL> startup mount;ORACLE instance started Database mounted

　　SQL> alter system set db_flashback_retention_target = scope=both;

　　System altered

　　SQL> alter database flashback on;

　　Database altered

　　SQL> alter database open;

　　Database altered

　　SQL> select flashback_on from v$database;

　　FLASHBACK_ON YES

　　重现数据库示例

　　下面的例子用于演示它想要描述单个表之外的损坏监控FRA select name space_limit space_used space_reclaimable from v$recovery_file_dest; NAME SPACE_LIMIT SPACE_USED SPACE_RECLAIMABLE C:\\oracle\\product\\ /flash_recovery_area select * from v$flash_recovery_area_usage; FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES CONTROLFILE ONLINELOG ARCHIVELOG BACKUPPIECE IMAGECOPY FLASHBACKLOG 在表的映像之前显示 select c ora_rowscn from my_table; C ORA_ROWSCN 判断数据库的时间点

　　在 gR 中你有两种选择来捕捉你的数据库的PIT:时间戳和系统修改号码(SCN) 这个信息是作为重现操作的一部分要求的捕捉到提交的SCN或者稍后的非常重要而不是数据管理语言操作 Oracle提供了一种比较笨拙的方式来捕捉提交的SCN 通过userenv( mitscn )函数我们的示例在发生损坏的数据管理语言操作之前捕捉到了这个信息

　　select current_scn from v$database;

　　CURRENT_SCN or select to_char(sysdate YYYY MM DD:HH :MI:SS ) Recover Time from v$database;

　　Recover Time : : :

　　在 gR 中 Oracle通过重新存储点简化了这个过程一个重新存储点就是一个用户定义的与数据库PIT相关连的名字可以在时间戳或者SCN中使用可以认为重新存储点是一个redo历史的参考标记重新存储点保留在控制文件中直到重新存储点被删除或者重现日志被删除第二个例子保证了重现数据库对于恢复是可用的

　　create restore point my_restore_point;

　　Operation succeeded

　　或者

　　创建重新存储点my_restrore_point来保证重现数据库;

　　注意:重新存储点并不会保证所有的事务都在那个时间点上提交它不应该与DB 的关系型数据库管理系统中的静默点混淆了

　　模拟数据库损坏 模拟数据库损坏 insert into my_table values ( ); row created mit; 提交完成判断数据库是否由于人为错误导致逻辑损坏 select c ora_rowscn from my_table; C ORA_ROWSCN

　　注意:在默认情况下 Oracle在时钟级别上检索SCN 当然时钟当中的所有行都有一样的SCN 激活行级别的SCN检索可以在CREATE TABLE命令中使用ROWDEPENDENCIES关键字

　　检验重现数据库是可能的

　　判断你可以重现的最早的时间 SELECT OLDEST_FLASHBACK_SCN to_char(OLDEST_FLASHBACK_TIME YYYY MM DD:HH :MI:SS ) OLDEST_FLASHBACK_TIME FROM V$FLASHBACK_DATABASE_LOG;

　　OLDEST_FLASHBACK_SCN OLDEST_FLASHBACK_TI : : : 判断你是否有重新存储点 select name scn time from v$restore_point;

　　NAME SCN TIME MY_RESTORE_POINT SEP PM这里是一些你感兴趣的视图

　　重现数据库

　　你可以在SQL*Plus 或者 RMAN中执行重现数据库重现数据库可以是基于修改和重新存储点的时间 RMAN提供了额外的基于选项的日志顺序

　　使用先前创建的重新存储点来重现数据库

　　SQL> shutdown immediate;

　　Database closed Database dismounted ORACLE instance shut down SQL> startup mountORACLE instance started Database mounted

　　SQL> flashback database to restore point my_restore_point;

　　Flashback plete 在警告日志中检查重现数据库消息 Sat Sep : : flashback database to restore point my_restore_pointSat Sep : : Flashback Restore StartFlashback Restore CompleteFlashback Media Recovery Start parallel recovery started with processesSat Sep : : Recovery of Online Redo Log: Thread Group Seq Reading mem Mem# errs : C:\\ORACLE\\PRODUCT\\ \\ORADATA\\ORCL\\REDO LOGSat Sep : : Inplete Recovery applied until change Flashback Media Recovery CompleteCompleted: flashback database to restore point my_restore_point

　　验证你的数据库恢复到你想要的状态

　　如果你不满意你可以再次重现把数据库向前恢复直到或者执行了完全恢复:recover database

　　注意:重现数据库可以通过RESETLOGS执行

　　SQL> alter database open read only;

　　Database altered

　　SQL> select c ora_rowscn from my_table;

　　C ORA_ROWSCN

　　为一般用途打开数据库

　　对我们的恢复满意了之后为了一般用途打开数据库

　　SQL> shutdown;

　　Database closed Database dismounted ORACLE instance shut down

　　SQL> startup mount;

　　ORACLE instance started Database mounted

　　SQL> alter database open resetlogs;

　　Database altered

　　结论

cha138/Article/program/Oracle/201311/18586

知识大全 在Flashback数据库上获得较高可用性

知识大全在Flashback数据库上获得较高可用性