Oracle : some problem with flash_recovery_disk size

The installation of Oracle 11g R2 .. went on smoothly ..

except for database migration..

so we start the database from scratch and import back data from previous database backup.
It sort out the necessary conversion accordingly.

First few lines to get familiar with the new Oracle installation ..

Checking the oracle version is as such..

su - oracle
sqlplus / as SYSDBA;

followed by some SQL.

select * from v$version;

It shall have something like the following..

At first we thought the 100Gb size limit for flash_recovery_disk is sufficient enough to cover worth of 11Gb.

However… after we perform a backup test.

.. it doesn’t allow any new connection from remote..
But still can connect to it locally..

It complaining something about communication end-of-file.. some realm memory insufficient..

Later we found out that the archiver already used up the flash_recovery_disk space.. !!

so .. after digging out .. looking around..
we found the solution.. as we actually had more space on the disk.. only the limit is the config.

So we increase the flash recovery disk size with the following command :

su - oracle
sqlplus / as SYSDBA

Followed by the …

ALTER system SET db_recovery_file_dest_size=200g scope=both;

Woohoo.. ! after that .. it back to normal again..

p/s : .. some other oracle useful command are…

su - oracle
emctl start dbconsole

hehe.. in case need to use that later.. 8-)

Namran Hussin: a soft spoken guy... with exceptional interest in computers and technology. I love to learn new thing and also love to break thing for the sake of learning.. but I do abide to the self-imposed limitation or certain thing such as social thing in life, thing can be done and thing that must be avoided at whatever cost such as drug,illegal tracking, smoke,illicit activity..etc.muahahaha let's share what we had in this short term of the life.! make it worth of the living.~

View Comments (6)

  • the following item also appear..

    archiver error. Connect internal only, until freed.

    Cause: The archiver process received an error while trying to archive a redo log. If the problem is not resolved soon, the database will stop executing transactions. The most likely cause of this message is the destination device is out of space to store the redo log file.

    can either increase the size with the above said post.

    or ..

    delete archivelog all device type disk;

    in rman frees your archive log from unneeded data and fixes this problem,

    until it's full again.

  • Setting up the flash recovery area using SQL commands:

    Following are the two-initialization parameters that should be defined in order to set up the flash recovery area:


    Reason to define the above mentioned parameters:
    The DB_RECOVERY_FILE_DEST_SIZE and DB_RECOVERY_FILE_DEST are defined to make the flash recovery area usable without shutting down and restarting the database instance.

    Note: DB_RECOVERY_FILE_DEST_SIZE is defined before DB_RECOVERY_FILE_DEST in order to define the size of the flash recovery area.
    The size of the flash recovery area should be large enough to hold a copy of all data files, all incremental backups, online redo logs, archived redo log not yet backed up on tape, control files, and control file auto backups. The following table shows the various estimated sizes for all the database elements in the Flash Recovery area:


    set db_recovery_file_dest_size = 10g scope = both;

    In the above example the size of the flash recovery area is 10GB and the initialization parameter takes effect immediately and stays in effect even after the database restarts.

    The role of the DB_RECOVERY_FILE_DEST parameter is to specify the physical location where all the flash recovery files are to be stored.

    An example of how this parameter specifies the location is given below:

    set db_ recovery_file_dest = ‘/OFR1? scope = both;

    In the above example OFR1 is the name of the directory that has been specified as the physical location where all the flash recovery files are stored in the flash recovery area.


    * If the value specified in the db_recovery_file_dest parameter is cleared then as a result the flash recovery area is disabled.
    * DB_RECOVERY_FILE_DEST_SIZE parameter cannot be cleared up prior to the DB_RECOVERY_FILE_DEST parameter.

    Dynamically Defining the Flash Recovery Area


    You must always specify the size parameter before specifying the location parameter.
    Disabling the Current Flash Recovery Area


    Note: even after you disable the flash recovery area, the RMAN will continue to access the files located in the flash recovery area for backup and recovery purposes.

    Default File Location and the Flash Recovery Area
    The initialization parameters DB_CREATE_FILE_DEST and DB_CREATE_ONLINE_LOG_DEST_n determine the location of all OMF files.
    Control Files
    If you haven’t set the CONTROL_FILES parameter, Oracle will create the control files in various default locations, according to the following rules:

    • If you specify the DB_CREATE_ONLINE_LOG_DEST_n parameter, Oracle will create an OMF-based control file in n number of locations, with the first directory holding the primary control file.
    • If you specify the DB_CREATE_FILE_DEST and DB_RECOVERY_FILE_DEST parameters, Oracle will create an OMF based control file in both of these locations.
    • If you just specify the DB_RECOVERY_FILE_DEST parameter, Oracle will create an OMF-based control file in the flash recovery area only.
    • If you omit all three of the initialization parameters, Oracle will create a non-OMF-based control file in the system-specific default location.
    Note: If the database creates an OMF control file, and it is using a server parameter file, then the database sets the CONTROL_FILES initialization parameter in the server parameter file.
    Redo Log Files

    If you omit the LOGFILE clause during database creation, Oracle will create the redo log files according to the same rules as mentioned above.
    Backing Up the Flash Recovery Area
    In order to back up the flash recovery area itself using RMAN, you must set CONFIGURE BACKUP OPTIMIZATION to ON.
    You can back up the flash recovery area only to a tape device using these backup commands:


    o This command backs up all flash recovery files in the current or previous flash recovery area destinations.
    o It backs up only those files that have never been backed up to tape before.
    o The files that the command will back up include full backups, incremental backups, control file autobackups, archive logs, and datafile copies.


    This command backs up all the files that the BACKUP RECOVERY AREA command does, but from all areas on your file system, not just from the flash recovery area.


    Use this command to move disk backups created in the flash recovery area to tape.
    Note: Neither of the two commands, BACKUP RECOVERY AREA or BACKUP RECOVERY FILES, will back up any permanent files or the flashback logs in the flash recovery area.

    Managing the Flash Recovery Area
    Space Management

    If you ever receive the out-of-space warning (85) and critical alerts (97) because of space pressure in you flash recovery area, you have the following options:
    o Consider changing your backup retention and archive log retention policies.
    o Increase the size of the DB_RECOVERY_FILE_DEST_SIZE parameter to allocate more space to your current flash recovery area.
    o Use the BACKUP RECOVERY AREA command in the RMAN to back up the contents of the flash recovery area to a tape device.
    o Use the RMAN to delete unnecessary backup files. The RMAN commands CROSSCHECK and DELETE EXPIRED come in handy during this deletion process.

    Data Dictionary Views

    This view is the main source and contains the following columns:

    SPACE_LIMIT :how much space has been allocated to the flash recovery area

    SPACE_USED :space occupied

    SPACE_RECLAIMABLE :how much space you can reclaim by getting rid of obsolete and redundant files in the flash recovery area.
    NUMBER_OF_FILES :number of files


    This view provides information about the flash recovery area disk space usage. Following is its main columns:

    FILE_TYPE :the type of the file and can have any of the following values: controlfile, onlinelog, archivelog, backuppiece, imagecopy, flashbacklog

    PERCENT_SPACE_USED :This represents the disk space used by the file type, in percentage.

    PERCENT_SPACE_RECLAIMABLE :this represents the percentage of disk space reclaimable from the file type after deleting any obsolete or redundant files, and files backed up to a tertiary device.

    Flash Recovery Area Columns in Other Views

    The Yes/No column IS_RECOVERY_DEST_FILE is added to some dictionary views to indicate whether the file was created in the flash recovery area. It exists in V$CONTROLFILE, V$LOGFILE, V$ARCHIVED_LOG, V$DATAFILE_COPY, V$BACKUP_PIECE.
    Moving the Flash Recovery Area


    Eventually, Oracle will delete all the transient files from the previous flash recovery area location, when each of them become eligible for deletion. However, if you want to move your current permanent files, transient files, or flashback logs to the new flash recovery area, you can do so by using the standard file-moving procedures.

  • Ceiling fans with lights offers users the option to light up the room
    and gives a decorative look to it. Therefore, environment conscious people often encourage the use of ceiling fans with lights.
    Depending on the homeowner's choice, they can either have up lights or down lights in them.

  • Heya i am for the first time here. I found this board and I
    find It truly useful & it helped me out much. I hope to present one thing
    again and aid others such as you aided me.

Related Post
Leave a Comment