浅谈ORACLE 10G 闪回恢复区
2020-03-09 22:51:36
供稿：网友
何为闪回恢复区
oracle 10g 有一项新功能称为：自动的基于磁盘的备份与恢复( automatic disk-based backup and recovery )。实现该功能的基础为本文要讲述的闪回恢复区( flash recovery area )。闪回恢复区是 oracle 10g 中的新事物。简单的说，闪回恢复区是一块用以存储恢复相关的文件的存储空间。允许用户集中存储所有恢复相关的文件。
闪回恢复区可以放在如下几种存储形式上：
l 目录
l 一个文件系统
l 自动存储管理(asm)磁盘组
在 rac 环境中,这个该位置必须为 集群文件系统 (cluster file system) 或是 asm 磁盘组亦或是通过 nfs 控制的文件共享目录，还要注意的是，所有实例的位置和操作系统的磁盘限额 (disk quota) 必须一致。
如下几种文件可以放到闪回恢复区中:
l 控制文件
l 归档的日志文件(注：oracle 手册上所说的在设定flash recovery area之后，log_archive_dest_10的值将自动设定为flash recovery area的位置，这个变化在笔者测试过程中观察不到)
l 闪回日志
l 控制文件和 spfile 自动备份
l rman 备份集
l 数据文件拷贝
为何要用闪回恢复区?
如前所述，闪回恢复区提供了一个集中化的存储区域，很大程度上减小了管理开销。这是其最主要的优点。与 rman 结合使用可以进行快速恢复。
近年来随着存储技术的发展，单个磁盘的存储能力已经加强。这使自动的基于磁盘的备份与恢复的技术实现成为可能。而闪回恢复区恰是基于磁盘的备份与恢复的基础。把闪回恢复区和 omf 与 asm 结合运用看起来是比较完美的方案。当然，不可否认的是，自动备份恢复技术还远远不够成熟。
设定闪回恢复区
如果您使用dbca创建的数据库，在安装时可以设定闪回恢复区的位置以及大小(点击这里查看安装截图)--这也是 oracle 10g oui 的新功能之一。如果在开始的时候没有启用闪回恢复区，可以通过如下方式设定。调整如下两个动态初始化参数(无需重新启动实例)：
sql> alter system set db_recovery_file_dest_size=2g scope=both;
system altered.
sql>
sql> alter system set db_recovery_file_dest='/u01/app/oracle/flash_recovery_area'
2 scope=both;
system altered.
sql>
之后查看所作的修改是否生效：
sql> show parameter db_recovery_file_dest
name type value
---------------------------------------------------------------------------
db_recovery_file_dest string /u01/app/oracle/flash_recovery_area
db_recovery_file_dest_size big integer 2g
sql>
如上所示，我们设定了闪回恢复区，位置在 /u01/app/oracle/flash_recovery_area，上限为2g。如果要撤销闪回恢复区，把初始化参数 db_recovery_file_dest 的值清空即可。
注意：db_recovery_file_dest_size 只有在 db_recovery_file_dest 清空之后才可以清空。
初始化参数 db_recovery_file_dest_size 的设定有一点点需要注意的地方：
l 文件的第0块和操作系统数据块头的空间大小不包含在内
l 该参数并不代表实际占用的空间大小。如果空间被压缩、镜像、raid 的话，该参数的值意义是不一样的
管理并监控闪回恢复区
我们先看看闪回恢复区内的文架结构层次
sql> host tree /u01/app/oracle/flash_recovery_area
/u01/app/oracle/flash_recovery_area
|-- demo
| |-- archivelog
| | |-- 2004_12_07
| | | |-- o1_mf_1_10_0vbwz2fm_.arc
| | | |-- o1_mf_1_11_0vc1yj14_.arc
| | | |-- o1_mf_1_12_0vc6vvws_.arc
| | | |-- o1_mf_1_13_0vcbv6cg_.arc
| | | |-- o1_mf_1_14_0vchlxb3_.arc
| | | |-- o1_mf_1_15_0vcnh2bz_.arc
| | | |-- o1_mf_1_5_0vbk8goo_.arc
| | | |-- o1_mf_1_6_0vbkq6dk_.arc
| | | |-- o1_mf_1_7_0vbktl5f_.arc
| | | |-- o1_mf_1_8_0vbo97xp_.arc
| | | `-- o1_mf_1_9_0vbrrlo6_.arc
| | `-- 2004_12_08
| | |-- o1_mf_1_16_0vcnyqvf_.arc
| | |-- o1_mf_1_17_0vcp58bj_.arc
| | |-- o1_mf_1_18_0vcv4qxb_.arc
| | |-- o1_mf_1_19_0vczcsl0_.arc
| | |-- o1_mf_1_20_0vd34svw_.arc
| | |-- o1_mf_1_21_0vd7tg4h_.arc
| | |-- o1_mf_1_22_0vddq7lc_.arc
| | |-- o1_mf_1_23_0vdk0nbh_.arc
| | |-- o1_mf_1_24_0vdojjky_.arc
| | |-- o1_mf_1_25_0vdtg1rq_.arc
| | |-- o1_mf_1_26_0vdz23h2_.arc
| | |-- o1_mf_1_27_0vf3nlnw_.arc
| | |-- o1_mf_1_28_0vf6hon5_.arc
| | |-- o1_mf_1_29_0vf867lt_.arc
| | |-- o1_mf_1_30_0vf86pkg_.arc
| | `-- o1_mf_1_31_0vfjphqm_.arc
| `-- backupset
| |-- 2004_12_07
| | |-- o1_mf_ncsn1_tag20041207t150715_0vboq7kv_.bkp
| | `-- o1_mf_nnnd1_tag20041207t150715_0vboo3t2_.bkp
| `-- 2004_12_08
| |-- o1_mf_ncsnf_tag20041208t161219_0vffxv2n_.bkp
| |-- o1_mf_ncsnf_tag20041208t165456_0vfjcvgl_.bkp
| `-- o1_mf_nnndf_tag20041208t161219_0vffv40q_.bkp
`-- tracking.dbf
7 directories, 33 files
闪回恢复区中添加或删除文件等变化都将记录在数据库的 alert 日志中，oracle 10g 也针对该新特性提供了一个新的视图， dba_outstanding_alerts，通过该视图可以得到相关的信息。
dba_outstanding_alerts 视图的存在体现了 oracle 愈加人性化的一面。我们先来看一下该视图的基本结构，后面会用到。
sql> desc dba_outstanding_alerts
name null? type
--------------------------------------------------------------------------
sequence_id number
reason_id not null number
owner varchar2(30)
object_name varchar2(513)
subobject_name varchar2(30)
object_type varchar2(64)
reason varchar2(4000)
time_suggested timestamp(6) with time zone
creation_time timestamp(6) with time zone
suggested_action varchar2(4000)
advisor_name varchar2(30)
metric_value number
message_type varchar2(12)
message_group varchar2(64)
message_level number
hosting_client_id varchar2(64)
module_id varchar2(64)
process_id varchar2(128)
host_id varchar2(256)
host_nw_addr varchar2(256)
instance_name varchar2(16)
instance_number number
user_id varchar2(30)
execution_context_id varchar2(60)
error_instance_id varchar2(142)
sql>
10g 的新视图 v$recovery_file_dest 包含闪回恢复区的相关信息：
sql> desc v$recovery_file_dest
name null? type
-----------------------------------------------------------------------------
name varchar2(513)
space_limit number
space_used number
space_reclaimable number
number_of_files number
sql> select name, space_limit, space_used, space_reclaimable space_rec,
2 number_of_files file_num
3 from v$recovery_file_dest;
name space_limit space_used space_rec file_num
----------------------------------------------------------------------------
/u01/app/oracle/flash_recovery_area 2147483648 1106849280 602410496 30
sql>
在一些 10g 的动态视图里(v$controlfile，v$logfile，v$archived_log，v$datafile_copy等)的新的列 is_recovery_dest_file ,指明相关的文件是否在恢复区内。
sql> select recid, blocks, is_recovery_dest_file
2 from v$archived_log
3 where recid < 5;
recid blocks is_recovery_dest_file
---------- ---------- ----------------------------------------
1 20072 yes
2 19566 yes
3 19566 yes
4 19566 yes
sql>
闪回恢复区中文件的保持策略
l 持久文件从不会被删除。
l 通过rman 配置策略过期的文件会被删除。
l 已经拷贝到磁带上的临时性文件会被删除。
l 在 data guard 环境中，当已归档的重作日志文件可以从闪回恢复区中删除的时候，可以应用归档的重作日志删除策略进行自动删除(在恢复管理器中configure archivelog deletion policy to ......)
在闪回恢复区中的空间使用超过 85% 的时候，数据库将会向 alert 文件中写入告警信息。而当超过97%的时候将会写入严重告警信息。当闪回恢复区空间不够的时候，oracle将报告如下类似的错误：
ora-19809: limit exceeded for recovery files
ora-19804: cannot reclaim 52428800 bytes disk space from 1258291200 limit
这个时候查询 dba_outstanding_alerts：
sql> select reason,object_type,suggested_action from dba_outstanding_alerts;
reason object_type suggested_action
------------------------------ --------------- ----------------------------------------
db_recovery_file_dest_size of recovery area add disk space and increase db_recovery_
1258291200 bytes is 88.20% use ile_dest_size, backup files to tertiary
d and has 148509184 remaining device, delete files from recovery area
bytes available. using rman, consider changing rman reten-
tion policy or consider changing rman a
rchivelog deletion policy.
1 rows selected.
sql>
会给出相关的原因和建议的操作。
注意事项
自动化的东西总是给人不确定性。如果您在测试环境中启用了闪回恢复区，那么一定要注意监控空间的使用。在生产数据库上使用(如果有这样的人的话)，必须要把闪回恢复区放到单独的磁盘上。
结束语
本文介绍了闪回恢复区 -- oracle 10g 的又一个华而不实的新功能 -- 的基本功能。在后续的文档中我会结合rman的新特性展示闪回恢复区的其他方面。
参考信息
oracle database backup and recovery basics 10g release 1 (10.1) part number b10735-01
在 http://tahiti.oracle.com 可以得到最新的 oracle 参考文档。
