转至繁体中文版　　　  | 网站首页 | 图文教程 | 资源下载 | 站长博客 | 图片素材 | 武汉seo | 武汉网站优化 | 
最新公告：     敏韬网|教学资源学习资料永久免费分享站！  [mintao  2008年9月2日]        
您现在的位置： 学习笔记 >> 图文教程 >> 数据库 >> ORACLE >> 正文
浅谈Oracle 10G 闪回恢复区    热     ★★★★

浅谈Oracle 10G 闪回恢复区

作者：闵涛 文章来源：闵涛的学习笔记 点击数：852 更新时间：2009/4/22 21:58:29
1.1. 何为闪回恢复区

　　Oracle 10g 有一项新功能称为：自动的基于磁盘的备份与恢复( Automatic Disk-Based Backup and Recovery )。实现该功能的基础为本文要讲述的闪回恢复区( Flash Recovery Area )。闪回恢复区是 Oracle 10g 中的新事物。简单的说，闪回恢复区是一块用以存储恢复相关的文件的存储空间。

　　允许用户集中存储所有恢复相关的文件。

　　闪回恢复区可以放在如下几种存储形式上：

　　·目录

　　·一个文件系统

　　·自动存储管理(ASM)磁盘组

　　在 RAC 环境中,这个该位置必须为 集群文件系统 (cluster file system) 或是 ASM 磁盘组亦或是通过 NFS 控制的文件共享目录，还要注意的是，所有实例的位置和操作系统的磁盘限额 (disk quota) 必须一致。

　　如下几种文件可以放到闪回恢复区中:

　　·控制文件

　　·归档的日志文件(注：Oracle 手册上所说的在设定flash recovery area之后，LOG_ARCHIVE_DEST_10的值将自动设定为flash recovery area的位置，这个变化在笔者测试过程中观察不到)

　　·闪回日志

　　·控制文件和 SPFILE 自动备份

　　·RMAN 备份集

　　·数据文件拷贝

　　1.2. 为何要用闪回恢复区?

　　如前所述，闪回恢复区提供了一个集中化的存储区域，很大程度上减小了管理开销。这是其最主要的优点。与 RMAN 结合使用可以进行快速恢复。

　　近年来随着存储技术的发展，单个磁盘的存储能力已经加强。这使自动的基于磁盘的备份与恢复的技术实现成为可能。而闪回恢复区恰是基于磁盘的备份与恢复的基础。把闪回恢复区和OMF 与 ASM 结合运用看起来是比较完美的方案。当然，不可否认的是，自动备份恢复技术还远远不够成熟。

　　1.3. 设定闪回恢复区

　　如果您使用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 的设定有一点点需要注意的地方：

　　·文件的第0块和操作系统数据块头的空间大小不包含在内

　　·该参数并不代表实际占用的空间大小。如果空间被压缩、镜像、RAID 的话，该参数的值意义是不一样的

　　1.4. 管理并监控闪回恢复区

　　我们先看看闪回恢复区内的文架结构层次

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
- 62 -
| | | `-- 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>
　　1.5. 闪回恢复区中文件的保持策略

　　·持久文件从不会被删除。

　　·通过RMAN 配置策略过期的文件会被删除。

　　·已经拷贝到磁带上的临时性文件会被删除。

　　·在 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>
　　会给出相关的原因和建议的操作。

　　1.6. 注意事项

　　自动化的东西总是给人不确定性。如果您在测试环境中启用了闪回恢复区，那么一定要注意监控空间的使用。在生产数据库上使用(如果有这样的人的话)，必须要把闪回恢复区放到单独的磁盘上。 157


[SyBase]oracle  10G  安装  for  Linux86  [ORACLE]Oracle 10G First Release的新特性简介(下)
[ORACLE]Oracle 10G First Release的新特性简介(上)  [ORACLE]Oracle 10G 中的＂回收站＂
[ORACLE]Installing Oracle 10g on RHEL AS 3 Step-by-Ste…  [ORACLE]Apple 开发人员可以用Oracle 10g 了
[ORACLE]Installing Oracle 10g on SuSE 9.1 professional  [ORACLE]查看oracle 10g 视图
[ORACLE][Oracle 10g] 大文件表空间  [ORACLE]PL/SQL Developer 与 oracle 10g 客户端兼容性问题…
教程录入：mintao    责任编辑：mintao 
  • 上一篇教程：

  • 下一篇教程：
    • 【字体：小 大】【发表评论】【加入收藏】【告诉好友】【打印此文】【关闭窗口】
    　 注：本站部分文章源于互联网，版权归原作者所有！如有侵权，请原作者与本站联系，本站将立即删除！ 本站文章除特别注明外均可转载，但需注明出处！ [MinTao学以致用网]
    　　网友评论：（只显示最新10条。评论内容只代表网友观点，与本站立场无关！）
    同类栏目
    · Sql Server  · MySql
    · Access  · ORACLE
    · SyBase  · 其他
    更多内容
    热门推荐 更多内容
  • 没有教程
    		•
    赞助链接
    更多内容
    闵涛博文 更多关于武汉SEO的内容
    500 - 内部服务器错误。

    500 - 内部服务器错误。

    您查找的资源存在问题，因而无法显示。
    | 设为首页 |加入收藏 | 联系站长 | 友情链接 | 版权申明 | 广告服务
    MinTao学以致用网

    Copyright ＠ 2007-2012 敏韬网(敏而好学，文韬武略--MinTao.Net)（学习笔记） Inc All Rights Reserved.
    闵涛 投放广告、内容合作请Q我! E_mail:admin@mintao.net(欢迎提供学习资源)

    站长：MinTao ICP备案号：鄂ICP备11006601号-18

    闵涛站盟:医药大全-武穴网。A打造B、C、D……
    		咸宁网络警察报警平台