Flashback Recovery Area

SQL> show parameter db_recovery NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ db_recovery_file_dest string +FRA db_recovery_file_dest_size big integer 12G

SQL> show parameter log_archive NAME TYPE VALUE -------------------------- ----------- ------------------------------ ... log_archive_dest_1 string location=USE_DB_RECOVERY_FILE_DEST, valid_for=(ALL_LOGFILES,ALL_ROLES) ...

RMAN> show all; using target database control file instead of recovery catalog RMAN configuration parameters for database with db_unique_name BUVMRAC are: CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default CONFIGURE BACKUP OPTIMIZATION OFF; # default 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 2 BACKUP TYPE TO COMPRESSED BACKUPSET; CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default CONFIGURE CHANNEL DEVICE TYPE DISK MAXOPENFILES 1; 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 NONE; # default CONFIGURE SNAPSHOT CONTROLFILE NAME TO '+INFRA/snapcf_buvmrac.f';

Disk Quota = Size of a copy of database + Size of an incremental backup + Size of (n+1) days of archived redo logs + Size of (y+1) days of foreign archived redo logs (for logical standby) + Size of control file + Size of an online redo log member * number of log groups + Size of flashback logs (based on DB_FLASHBACK_RETENTION_TARGET value) Where n is the interval in days between incremental updates and y is the delay in applying the foreign archived redo logs on a logical standby database.

Die Datenbank löscht in der FRA grundsätzlich alle Dateien, die nicht mehr zwingend benötigt werden, bzw. als obsolet markiert sind. Die Prozesse der Datenbank gehen dabei nach einem einfachen Mechanismus vor, und löschen alle als obsolet gekennzeichneten Dateien in chronologischer Reihenfolge. Allerdings löscht die Datenbank nicht sofort, wenn eine Datei als obsolet markiert wurde, sondern erst wenn die FRA (DB_RECOVERY_FILE_DEST_SIZE) einen gewissen Grenzwert überschritten hat - und dann auch nur so viele Dateien, dass der FRA Füllgrad wieder unter diesen Schwellenwert fällt.

Wann aber werden die unterschiedlichen Dateitypen als obsolet gekennzeichnet?

Permanente Dateien, wie Online Redo-Logs und Controlfiles werden niemals als obsolet gekennzeichnet.
Flashback-Logs sind immer sofort als "obsolet" gekennzeichnet, aus diesem Grund ist auch die Zeit für ein Flashback der Datenbank (DB_FLASHBACK_RETENTION_TIME) niemals garantiert.
Ausnahme: Die Existenz eines garantieren Rücksetzpunktes (guaranteed Restore Point)!. Dies führt dazu, dass die Flashback-Logs nicht als obsolet markiert werden, bis dieser Rücksetzpunkt gelöscht wurde.
Den Zeitpunkt, wann Backups, Compressed Backup Sets oder Image Kopien der Datenbank obsolet werden, bestimmt die RETENTION POLICY im RMAN. So kann dies abhängig von verfügbaren Backups auf Platte sein (RETENTION POLICY TO REDUNDANCY 2 => 2 Backups müssen immer auf Platte vorhanden sein) oder ein gewisser Zeitraum (RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS => Backups werden erst dann auf obsolet gesetzt, wenn sie nicht mehr für ein Restore innerhalb der letzten 7 Tage benötigt werden).
Archive Logs wiederum richten sich nach der ARCHIVELOG DELETION POLICY. Hier kann u.A. definiert werden, wie of diese in einem Backup enthalten sein sollen (BACKUP 2 TIMES) oder ob sie bei Data Guard Umgebungen nach dem SHIPMENT zur Standby oder nach dem APPLY auf der Standby gelöscht werden sollen. Die interessanteste und am meißten Verwirrung stiftende Einstellung ist dabei der Default "NONE". Dieser besagt nämlich nicht, wie vermutet, dass es keine Deletion Policy gibt, sondern dass die Archivierten Redo-Logs solange aufbewahrt werden müssen, wie sie für ein Flashback oder ein Recovery des letzten Backups benötigt werden und mindestens 1x in einem Backup gesichert sein müssen. Diese Einstellung "NONE" führt deshalb häufig dazu, dass die Datenbank auf Grund einer vollen FRA steht.

Interessant ist jetzt noch der Schwellenwert, der das Löschen von freizugebenden Dateien auslöst, da dieser sich im Laufe der Oracle Datenbank Releases verändert hat. So war dieser Wert bei 10g 98% des DB_RECOVERY_AREA_DEST_SIZE Wertes und wurde in 11gR2 auf 85% gesenkt, da es in einigen Grenzfällen bei kurzfristig gesteigertem Redo-Log Aufkommen zu Performance Beeinträchtigungen kam. Allerdings sind 85% bei einer großen FRA durchaus ein nicht zu vernachlässigender Platzverlust (Bei 3 TB FRA entspricht das ca. 500 GB!). Nicht ganz unbedeutend, wenn man mehrere Backups in der FRA vorrätig haben möchte. Dieser Wert kann aber - gerade bei großen FRAs - über einen Event in der Datenbank angepasst werden, allerdings unter Abwägung der oben genannten Performance beeinflussenden Tatsache.

alter system set events '19823 trace name context forever, level 95';

Dies würde den Schwellenwert auf 95% setzen.

Wie oben schon erwähnt muss (gerade bei 10g) darauf geachtet werden, dass nicht einfach nur der Speicherort der FRA im RMAN bzw. als ARCHIVE_LOG_DEST_N hinterlegt ist. Folgende Einstellungen würden somit den DB_RECOVERY_FILE_DEST Mechanismus umgehen, obwohl dasselbe Verzeichnis/ASM Diskgruppe verwendet wird:

SQL> show parameter db_recovery
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest                string      +FRA
...

SQL> show parameter log_archive_dest_10
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_10                  string      +FRA

Für die Verwendung der ARCHIVE_LOG_DEST sollte (wie oben schon erwähnt) deswegen location=USE_DB_RECOVERY_FILE_DEST verwendet werden.

Ein ähnliches Problem ergibt sich bei RMAN, wenn das Backup des Controlfiles direkt angegeben ist:

RMAN> show all;
...
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '+FRA';
...

Auch hier sollte der Parameter mit "configure controlfile autobackup format for device type disk clear;" auf den Default Wert zurückgestellt werden.

SQL> select NAME as "Speicherort", SPACE_LIMIT/1024/1024 as "Maximal (MB)", SPACE_USED/1024/1024 as "Verwendet (MB)", SPACE_RECLAIMABLE/1024/1024 as "Wiederverwendbar (MB)", NUMBER_OF_FILES as "Anzahl Dateien" from V$RECOVERY_FILE_DEST; Speicherort Maximal (MB) Verwendet (MB) Wiederverwendbar (MB) Anzahl Dateien ------------------------------ ------------ -------------- --------------------- -------------- +FRA 12288 9637 4643 215 SQL> select * from v$flash_recovery_area_usage; FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES -------------------- ------------------ ------------------------- --------------- CONTROL FILE .15 0 1 REDO LOG 4.14 0 9 ARCHIVED LOG 20.53 16.85 69 BACKUP PIECE 37.96 20.55 16 IMAGE COPY 0 0 0 FLASHBACK LOG 15.63 .26 120 FOREIGN ARCHIVED LOG 0 0 0 7 rows selected.

2012-06-05 11:10:39.396000 +02:00 Errors in file /opt/oracle/diag/rdbms/buvmrac/buvmrac_1/trace/buvmrac_1_m000_32527.trc: ORA-19815: WARNING: db_recovery_file_dest_size of 12884901888 bytes is 85.07% used, and has 1923088384 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. ************************************************************************