Oracle的FRA(Flash Recovery Area)的好处

改变 Flash Recovery Area (FRA)到一个新路径的方法. 来源于: How to change Flash Recovery Area to a new location ? (文档 ID 305651.1) 目标: 本文描述了改变FRA目的地的方法和从老的FRA中move file到新FRA的方法 解决方案: 如果你需要改变你的FRA到新的路径,需要从sqlplus里边改变DB_RECOVERY_FILE_DEST初始化参数: SQL> ALTER SYSTEM SET D

1. 设置闪回恢复区闪回恢复区主要通过3个初始化参数来设置和管理 db_recovery_file_dest:指定闪回恢复区的位置db_recovery_file_dest_size:指定闪回恢复区的可用空间大小 db_flashback_retention_target:指定数据库可以回退的时间,单位为分钟,默认1440分钟,也就是一天.当然,实际上可回退的时间还决定于闪回恢复区的大小,因为里面保存了回退所需要的flash log.所以这个参数要和db_recovery_file_dest_s

Flash Recovery Area 的备份 备份命令是Flash recovery Area,该命令是Oracle 10g以后才有的.10g引进了flash recovery area,同时在rman备份中支持对该区域的备份. 在9i中oracle引入flashback查询,依赖于undo表空间存储的信息来闪回查询以前的版本,当然这个受限于undo表空间的大小,以及保留策略. 在10g中oracle又引入了新的flashback功能,使用了flash recovery area来存储flas

当归档目录设置在闪回恢复区,并且闪回恢复区又满了的情况下, DB 就会无法归档而hang住或者无法打开. 这种情况下打开数据库会遇到如下错误信息: SQL> select status from v$instance; STATUS ------------ MOUNTED SQL> alter database open; alter database open * 第 1 行出现错误: ORA-16014: 日志 2 的序列号 27 未归档, 没有可用的目的地 ORA-00312: 联机日

1. 设置闪回恢复区 闪回恢复区主要通过3个初始化参数来设置和管理 db_recovery_file_dest:指定闪回恢复区的位置db_recovery_file_dest_size:指定闪回恢复区的可用空间大小 db_flashback_retention_target:指定数据库可以回退的时间,单位为分钟,默认1440分钟,也就是一天.当然,实际上可回退的时间还决定于闪回恢复区的大小,因为里面保存了回退所需要的flash log.所以这个参数要和db_recovery_file_dest_

例子: SQL> set linesize 300SQL> select * from V$RECOVERY_AREA_USAGE; FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES CON_ID--------------------------------------------------------------------- ------------------ ----------------

在Oracle 10g中, Flash back家族分为以下成员: Flashback Database, Flashback Drop,Flashback Query(分Flashback Query,Flashback Version Query, Flashback Transaction Query 三种) 和Flashback Table. Flash recovery area 包含内容:控制文件,归档文件,flashback logs, 控制文件,自动备份的控制文件,数据文件,数据

AIX RAC配置Flashback Recovery Area 环境: 操作系统: AIX 5300-09 集群软件: CRS 10.2.0.1 数据库:   Oracle 10.2.0.1 本案例是用于基于VG Concurrent 的共享存储,通过HACMP 实现卷组的并发     由于共享存储采用了并发卷组,在上面不能建立文件系统:并且Flashback Recover Area亦不能建立在raw上,所以在本地卷组上建立文件系统,通过NFS共享方式来建立Flashback Recover

Original source: http://www.dba-oracle.com/t_v$_flash_recovery_area.htm If you manually delete files under recovery area after you get an ORA-19815 in your alert log, run the following to refresh v$recovery_file_dest and v$flash_recovery_area_usage.