Oracle10g闪回恢复区详细解析(转载)

it2024-10-24  20

何为闪回恢复区

  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 备份集数据文件拷贝

 

  为何要用闪回恢复区?

  如前所述,闪回恢复区提供了一个集中化的存储区域,很大程度上减小了管理开销。这是其最主要的优点。与 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 的设定有一点点需要注意的地方:

文件的第0块和操作系统数据块头的空间大小不包含在内该参数并不代表实际占用的空间大小。如果空间被压缩、镜像、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_0vcnBbz_.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_0vdz23B_.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

 http://hi.baidu.com/raid5/blog/item/aa25b4ef78bf6f11fcfa3cf4.html

 

转载于:https://www.cnblogs.com/wuhenke/archive/2011/03/14/1984018.html

相关资源:数据结构—成绩单生成器
最新回复(0)