Flashback Recovery Area Issue!!!

Oracle Version -10.2.0.3 Running on Windows 2003 Server
Flashback recovery area is defined as -C:\oracle\product\10.2.0\flash_recovery_area
(Currently FRA is only used for storing archivelogs)
RMAN Backups are going on -C:\Backups\
I am running Nightly full RMAN Backup (Backup database archivelog delete input),which takes backup of database and archive logs and writes to C:\Backups\ and deletes all archivelogs from FRA.So every morning if I go and check FRA physically there is no file.
If I check v$recovery_file_dest and v$flash_recovery_area_usage they say that I have 50 files and FRA is 50% used where in I can see any file physically in FRA.
Thanks in advance for reading this..let me know if you have any explanation for this.
Thanks,
Anuj

RMAN> show all;
using target database control file instead of recovery catalog
RMAN configuration parameters are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP OFF; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'C:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\Saaaa11.ORA'; # default

Similar Messages

Flashback Recovery area Full in Oracle 10g

Before the flashback recovery area is full our
Archive destination is USE_DB_RECOVERY_FILE_DEST
Our DB_RECOVERY_FILE_DEST =/S01/app/oracle/flash_recovery_area/
We got the Error:- ORA-00257
Inorder to resolve the error we changed the log_archive_dest_1='/S01/app/oracle/db/archive'
now the archive destination is changed to /S01/app/oracle/db/archive
Archive logs getting generated in the above directory from now onwards.
In the mean time i moved all the files from /S01/app/oracle/flash_recovery_area/
to diff directory.
But the below query gives still the space used is 3935.27 MB, where physically there are no files in /S01/app/oracle/flash_recovery_area/
When will these values in the query update. Is there anything i have to do to reclaim the space 3935.27 MB (in the query below). Now after reclaiming the space, i want to use the Flash Back Recovery area (/S01/app/oracle/flash_recovery_area/) for the archive logs, like a switchback to where we are initially. How to reclaim the space ? How to switch back archive logs to Flash Back Recovery Area (/S01/app/oracle/flash_recovery_area/).
Please the below report for the above conversation.
Sat May 20 page 1
Flash Recovery Area Status
Space Space Reclm
Limit Used Space
File Name (MB) (MB) (MB) Files
/S01/app/oracle/flash_recovery_a 4000.00 3935.27 3935.27 90
rea
Experts share your experience. Appreciate your reply in this regard..........
Thanks

In UNIX style environments you often don't see reclaimed space until the database is restarted. Backup the database and archivelogs and the flashback area shoudl take care of itself in future. If not, you can always delete obsolete archivelogs manually by using the DELETE command in RMAN.
To cleanup now, first you must tell RMAN that the files you've moved are no longer available:
crosscheck archivelog all;
You can then delete the obsolete archivelogs using the following RMAN command:
delete obsolete;
I'm assuming you use RMAN for all your backups :)
Cheers
Tim...

Deleting the flashback recovery area and the files (Oracle 10g on Solaris 8

Hi,
We have a dev. db which is small about 3 gb in all (crd files). for this I had enabled flashback and also put it in archivelog mode. then the db_recovery_file_dest_size grew to 3 gb. since space is an issue, I turned off the flashback feature. (by the command: ALTER DATABASE FLASHBACK OFF;)
Tomorrow I will also make it into noarchivelog mode. My question is: it is having lots of archived logs (may be 3 gb or more) in the flashback recovey area. What is the correct syntax to delete them? There is a warning in alert log which says that use RMAN delete command but I am not aware of exact syntax.
Thanks
Nirav

You can use variations of delete. (As you say there are many files, incude noprompt)
Once the database goes into noarchivelog mode, the archived redo logs are essentially worthless. They would be useful/necessary if you wanted to restore the database to a point in time prior to going noarchive, but if you don't need that, the two ways you are looking at deleting (depending how you go about it) are at the OS level and within the database (what Oracle knows or remembers about the archived redo logs and where they were sent to via the arch process). The RMAN approach is cleaner, assuming you were using that.
http://download.oracle.com/docs/cd/B19306_01/backup.102/b14192/maint009.htm#sthref776
Delete unnecessary files from the flash recovery area using the RMAN DELETE command. (Note that if you use host operating system commands to delete files, then the database will not be aware of the resulting free space. You can run the RMAN CROSSCHECK command to have RMAN re-check the contents of the flash recovery area and identify expired files, and then use the DELETE EXPIRED command to remove missing files from the RMAN repository.)

Flash recovery area issue. I can not open the database??

Hi all
I am using oracle 11.2.0 .1.0 on windows
when i tried to start the database I got the following error.
ORA-03113: end-of-file on communication channel
I clear out all information in Trace file. I cleared out all operating system level audit trails. then i deleted archivelog files using operating system level delete. still my database is not opening???
I tried to start this using RMAN but got the same error. now i have deleted the files from flash recovery area how can i let oracle system to know that those are deleted and there is enough space. Rman does not execute crosschek commands at mount state of the database?
Need solution.
Regards
MAlik

malikdba wrote:
the last option which ask to delete the files. i already have deleted the files at operating system level. now the issue is how to let the system that the space is free in flash recovery area? rman is not running crosscheck command at mount stage of the target database. What steps should i follow now?
Thanks
malik
Are you saying you are getting an error while trying to crosscheck at mount? Or you simply don't believe it will work?
oracle:orcl$ rman target /
Recovery Manager: Release 11.2.0.2.0 - Production on Thu Jul 11 10:52:48 2013
Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.
connected to target database (not started)
RMAN> startup mount;
Oracle instance started
database mounted
Total System Global Area     839282688 bytes
Fixed Size                     2231128 bytes
Variable Size                503317672 bytes
Database Buffers             331350016 bytes
Redo Buffers                   2383872 bytes
RMAN> crosscheck archivelog all;
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=18 device type=DISK
specification does not match any archived log in the repository
RMAN>
A perfectly normal crosscheck at the mount stage

Flashback Recovery area in Oracle 10g

Hi,
our db_recovery_file_dest_size = 4G after this is filled, when i am logging in as a user, archiver error ORA-00257 has occured. I want to avoid this error coming every time, is there any way to automatically delete some of the files when it (db_recovery_file_dest) is full, like deleting very old flashback logs inorder to retain space & avoid that error. Experts share your experience...
Thanks

From http://download-uk.oracle.com/docs/cd/B19306_01/backup.102/b14192/setup005.htm#sthref271
Exactly which of the eligible files will be deleted to satisfy a space request is unpredictable. The rules governing the selection of specific files for deletion are likely to change between releases and are dependent upon your configuration. The safe and reliable way to control deletion of files from the flash recovery area is to change your retention policy. If you wish to increase the likelihood that files moved to tape are also retained on disk to minimize expected restore and recovery times, increase the flash recovery area quota.
Message was edited by:
Pierre Forstmann

Flashback Recovery Area Usage near 100% - what happens next?

Hello,
I am fairly new to Oracle flashback. I have a database which is nearing 100% usage of the flashback area. Until now, I've just been increasing the size to delay the inevitable. I've also gone and pruned archivelogs (using OS commands) from the fra, but this does not seem to have any effect. What I wanted to know is, what will happen if I let it reach 100%. Will the database cease functioning or will it prune files that it no longer needs and free space on its own?
Thanks for any insight you can provide.

geeter wrote:
Thank you.
With respect to "how" I am using flashback, this is something that also confuses me. It seems as if "Flashback Database" has NOT been enabled, but I know that I can flashback a table within my database by enabling row movement on it. I have specified USE_DB_RECOVERY_FILE_DEST as the location to multiplex archivelogs and I use the EM dbconsole to take full backups of the database which seems to also populate a directory "autobackup" even though the backups are directed somewhere else. My guess is that I do NOT have flashback enabled in the sense you meant. I'd appreciate any clarification.To enabling flashback you have to issue ALTER DATABASE FLASHBACK command at mount stage in 10g(can at open stage in 11g) and you can check it from V$DATABASE.FLASHBACK_ON column.If it is 'YES' then that is enabled else is not.In additionally you performed FLASHBACK TABLE feature this is based on undo tablespaces(undo information and related undo settings/parameter) and nothing relationship with FLASHBACK DATABASE.

How to plan for size of Flashback Recovery Area? Best Practices?

Hello all,
I've set up a 5 node RAC cluster, setting up ASM diskgroups for data, and one for FRA. (11Gr2 on RHEL5)
I'm wondering if there are any rules of thumb or guides to know how large to make your FRA? This FRA disk group will serve as the FRA storage area for about 4-5 instances.
What is a good way to figure how much storage I'll need to allocate to each instance...for say a 5 day retention window for each instance via RMAN?
Thanks in advance for any advice and/or links,
cayenne

Philippe Florent wrote:
Difficult to answer. You want to have a "real" FRA with the archivelog files, the rman backups right ?
Do you want your backupsets to be compressed, do you want to backup as copy ? Do you want to use the flashback feature ? Do you know the total size of the archivelog files your instances will daily generate ?
Best regards
PhilThanks for the replies.
Yes, I want to use the flashback feature. I wasn't planning to used compressed backupsets....I run hourly RMAN jobs to backup and remove archive logs....daily incremental rman jobs to do level=1 backups...and weekly rman jobs for level=0 incremental.
Yes, I want to have a real FRA with archivelogs and use the rman backups.
Not sure the total size of the archivelog files it will generate. Is there a way to check to see on an existing instance elsewhere what it uses for an example? Not sure how to tell how much is being generated...
Right now, I've set aside about 230GB...as that these were all same sized disks on the ASM....so, starting with that, but I still have larger disks to add to this diskgroup if need be.
Thank you in advance.
cayenne

Flash recovery area issue

i am trying to start database but getting error;
SQL> startup force;
ORA-19803: Parameter DB_RECOVERY_FILE_DEST_SIZE is out of range (1 - 18446744073
709551614)
Please guide and help

it works!
SQL> startup
ORACLE instance started.
Total System Global Area 671088640 bytes
Fixed Size                  2023248 bytes
Variable Size             180355248 bytes
Database Buffers          482344960 bytes
Redo Buffers                6365184 bytes
Database mounted.
Database opened.
SQL> show parameter DB_RECOVERY_FILE_DEST_SIZE
NAME                                 TYPE        VALUE
db_recovery_file_dest_size           big integer 5G
SQL> Alter system set DB_RECOVERY_FILE_DEST_SIZE=8G scope=both;
System altered.
SQL> show parameter DB_RECOVERY_FILE_DEST_SIZE
NAME                                 TYPE        VALUE
db_recovery_file_dest_size           big integer 8G
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Total System Global Area 671088640 bytes
Fixed Size                  2023248 bytes
Variable Size             188743856 bytes
Database Buffers          473956352 bytes
Redo Buffers                6365184 bytes
Database mounted.
Database opened.
SQL> show parameter DB_RECOVERY_FILE_DEST_SIZE
NAME                                 TYPE        VALUE
db_recovery_file_dest_size           big integer 8G
SQL>

Backup flashbackup recovery area

hi all,
database version: 11.2.0.2 and 10.2.04
os : linux RHEL-5
How to backup flashback recovery area, what are the methods are there to backup the flashbackup recovery area.
Thanks in advance

user12133150 wrote:
hi all,
database version: 11.2.0.2 and 10.2.04
os : linux RHEL-5
How to backup flashback recovery area, what are the methods are there to backup the flashbackup recovery area.
Thanks in advanceCheck the following link:
http://download.oracle.com/docs/cd/B19306_01/backup.102/b14192/maint009.htm#sthref776
Kamran Agayev A.
Oracle ACE
My Oracle Video Tutorials - http://kamranagayev.wordpress.com/oracle-video-tutorials/

Backups when using flashback recovery

Sorry I searched on this but found no hits.
Perhaps I'm confused but would appreciate if anyone could enlighten me.
If the flashback recovery area is configured on ASM how do you backup to tape when the OS can not 'see' anything other than the physical drive?

Do not forget that , once you are using ASM to store your database files , RMAN is the only method for performing backups of your database.
you then have to configure SBT channels (with vendor specific parameters) to do your backup on tape ; note that all this is very simple if you use a network backup server such Legato Networker ...
Regards
Marc.

How to use Flash recovery area only for flashback database feature

I would like to use flash recovery area only for flashback database feature, which means, flash recovery area will store only flashback logs.
I dont want to use that file system for any other files, like archive log files, database backups, control file copies, multiplex redo log, etc
is it possible? I want to use this feature only for flashback database option and hence i dont want to disturb any existing configuration in my database
including backup jobs. Is it required to store archive redo log files also in flash recovery area to use the flashback database feature?
I certainly can't afford to have a copy of entire database in this file system as size of my DB is more than the flash recovery area file system I have.
Thanks
Sarayu

user13312943 wrote:
Aman,
I think i was not clear in my question. Let me try again
My only requirement is to use flashback database feature (or be prepared to use if required). I dont want to create a large file system to use this FRA to store all these files. Out of all the files being stored here copy of data files seems to be consuming more space. I see these files are classified as transient and permanent files. I am okay with permanent files. I fear that this file system may consume more space if i store backup files on disk. I want database backups to go to tapes, not to the FRA disk. Is it possible?
Thanks for your reply
Okay, well in that case you can use RMAN and push the backups to the tape drives. FLB logs would be stored on the FRA.
Aman....

Fast Recovery Area space utilization

Hello!
I had an issue with my FRA getting filled consistently lately and it would give me all sorts of issues. I checked the alert.log and found this:
ORA-19815: WARNING: db_recovery_file_dest_size of 6815744000 bytes is 100.00% used, and has 0 remaining bytes available.
You have following choices to free up space from recovery area:
1. Consider changing RMAN RETENTION POLICY. If you are using Data Guard,
then consider changing RMAN ARCHIVELOG DELETION POLICY.
2. Back up files to tertiary device such as tape using RMAN
BACKUP RECOVERY AREA command.
3. Add disk space and increase db_recovery_file_dest_size parameter to
reflect the new space.
4. Delete unnecessary files using RMAN DELETE command. If an operating
system command was used to delete files, then use RMAN CROSSCHECK and
DELETE EXPIRED commands.
1) I checked the retention policy in RMAN it was : CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
2) I dont have tape backup option
3) I kept increasing the db_recovery_file_dest_size and it just keep growing
SQL> show parameter db_recovery_file_dest_size
NAME                    TYPE     VALUE
db_recovery_file_dest_size     big integer 10G
4) I did fix it by manually deleting files through the OS ( yea I know rookie mistake) , crosschecking, then delete expired archivelog all;
SQL> SELECT Sum(percent_space_used)-Sum(percent_space_reclaimable) "PCT_SPACE_USED_NOT_FREEABLE" FROM v$flash_recovery_area_usage;
PCT_SPACE_USED_NOT_FREEABLE
          9.18
I dont know what to do to avoid this in the future, I changed my retention policy to a window of 7 days but I have no idea if that will help. I dont want to keep taking manual action , I want the files to get deleted automatically.
Help me out please! Any ideas?
RMAN> show all;
RMAN configuration parameters for database with db_unique_name DB11G are:
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 1 TIMES TO DISK;
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u01/app/oracle/product/11.2.0/db_1/dbs/snapcf_DB11G.f'; # default

SQL> select * from v$flash_recovery_area_usage order by 1;
FILE_TYPE     PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE
NUMBER_OF_FILES
ARCHIVED LOG               4.59                0
     22
BACKUP PIECE               0                0
     0
CONTROL FILE               0                0
     0
FILE_TYPE     PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE
NUMBER_OF_FILES
FLASHBACK LOG               0                0
     0
FOREIGN ARCHIVED LOG          0                0
     0
IMAGE COPY               0                0
     0
FILE_TYPE     PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE
NUMBER_OF_FILES
REDO LOG               0                0
     0

Question: Which is better and why....RMAN catalog or Flashback Recovery

Hey All,
Newly testing and reading up on 10g. I am on information overload and would appreciate pro's advice on which to choose and why.
Thanks,
d.

Different things, not necessarily alternative. That is, RMAN catalog is normally (at least should be) on another machine, and does not contain physical backups, but only information about them : physical backups are normally stored on external devices, like tapes.
Flashback Recovery technique is based on Flashback logs in Flash Recovery Area, which is a disk area on local machine, and so cannot be unlimited.
Therefore, Flashback Recovery is much faster than Media Recovery, since you don't need to restore anything, but you have limits in using that : your disks size.
On the other hand, RMAN backups are safer, being physically elsewhere.
See http://download-uk.oracle.com/docs/cd/B19306_01/server.102/b14220/backrec.htm#g1023042

Online redo logs in Flash Recovery Area

Hi,
Currently I have redo logs multiplexed on two separate disks. I want to add a new member to each log file group that goes in flash recovery area. What is the easiest way to accomplish this?
It seems to me that I can only do this by dropping the existing groups and recreating them. If I decide to go this route, what parameters do I need to set so that 3 members are created for each group?
Thanks

Simply issue 'alter database add logfile group <n>;', don't specify a location. Assuming 'db_recovery_file_dest' is correctly set this will create an Oracle managed file under <FRA>/onlinelog/<OMF-filename>, something like
4 ONLINE
C:\ORACLE\FLASH_RECOVERY_AREA\ORACLE\ONLINELOG\O1_MF_4_5WRBM1C4_.LOG
GROUP# STATUS TYPE
MEMBER
IS_
YES
Werner

Fast Recovery Area free space doubt

Hi All,
I have oracle 11.2.0.3.0 in Windows 2008 server 64 bit , i have Database with ASM and i have enabled Flashback in my database ...
I have assigned 8GB for db recovery area size , in that i have Rman backups , flashback logs, archive logs ..
My doubt is oracle automatically free space in case of no free space in FRA , i have checked for RMAN backups , automatically my obsolete backups are deleted from FRA but i have the doubt about flashback logs ...my flashback retention period is 1 day..
Is oracle automatically deletes the obsolete flashback logs in case of no free space in FRA aur manually i need to delete?
Thanks and regards,
Vikash Chauradia

Vikash Jain (DBA Trainee) wrote:
Hi All,
I have oracle 11.2.0.3.0 in Windows 2008 server 64 bit , i have Database with ASM and i have enabled Flashback in my database ...
I have assigned 8GB for db recovery area size , in that i have Rman backups , flashback logs, archive logs ..
My doubt is oracle automatically free space in case of no free space in FRA , i have checked for RMAN backups , automatically my obsolete backups are deleted from FRA but i have the doubt about flashback logs ...my flashback retention period is 1 day..
Is oracle automatically deletes the obsolete flashback logs in case of no free space in FRA aur manually i need to delete?Please read,
http://docs.oracle.com/cd/E11882_01/backup.112/e10642/rcmmaint.htm#BRADV89615
Aman....

Flashback Recovery Area Issue!!!

Similar Messages

Maybe you are looking for