|
Om het management van back-up en recovery gerelateerde files te vergemakkelijken, kan je een speciaal deel in de database configureren, de Flash Recovery Area. Het is samengevoegde storage locatie voor alle recovery
gerelateerde files zoals back-ups van de controlfile, archive logs, flashback logs en database backups en activiteiten in een Oracle database. Je kan een locatie aanwijzen (normaal gesproken een directory op disk) en een maximum disk quotum instellen voor de de voor de flash recovery area, en een retentie policy om je recoverability doel te specificeren. Op dat moment kan je ook back-up gerelateerde activiteiten hun files naar dit gebied laten schijven. WAT ZIJN RECOVERY GERELATEERDE FILES Control File - Als de database een backup van zijn control file maakt zal deze in de flash recovery area gezet worden Archived Log Files - Als een flash recovery area is geconfigureerd, wordt de LOG_ARCHIVE_DEST_10 parameter automatisch gezet naar de flashback recovery area. Als de LOG_ARCHIVE_DEST_10n niet gedefinieerd zijn, wordt de default locatie voor de archived logs, de flash recovery area.
Datafile copies - Het BACKUP AS COPY commando creëert image data file copies in de flash recovery area.
RMAN Files - Het is de default locatie die RMAN gebruikt tijdens het maken van backups en tijdens het restoren bij recovery operaties. PARAMETERS DIE GECONFIGUREERD MOETEN WORDEN DB_RECOVERY_FILE_DEST_SIZE: Deze parameter is verplicht om de flash recovery area te enabelen. Het bepaalt de maximum ruimte die de flash recovery ruimte mag gebruiken.
DB_RECOVERY_FILE_DEST: Deze parameter is ook verplicht. Het bepaald de locatie van de flash recovery area. Indien je deze parameter leeg laat, schakel je de flash recovery area uit. Voorbeeld van het dynamisch zetten: SQL>alter system set db_recovery_file_dest_size=10g scope=both;
SQL>alter system set db_recovery_file_dest=10g='/oracle/data/flash' scope=both;
SPACE MANAGENT IN DE FLASH RECOVERY AREA
Wanneer RMANeen back-up maakt en daarmee file creëert in de flash recovery area, zal de lijst van files die niet
meer op disk nodig zijn, ge-update. Als 85% van de flash recovery area is gebruikt wordt er een waarschuwing
gegeven. Een critical warning wordt gegeven als de lash recovery area voor 97% vol is.
Als de flash recovery area vol is, kan je de DBA_OUTSTANDING_ALERTS view uitlezen om er achter te komen welke actie je moet ondernemen:
SQL>select object_type, message_type,message_level,reasen,suggested_action
from dba_outstanding_alerts; NIEUWE RMAN BACK-UP COMMANDO'S
Het commando om alle flash recovery files die in de flash recovery area locaties staan en die nog niet naar tape zijn geback-upt, naar tape te back-uppen,is:
RMAN>backup recovery area; Het commando die alle flash recovery files die op disk staan en die nog niet op tape gebac-kupt zijn, is:
RMAN>BACKUP RECOVERY FILES;
VERSIMPELEDE BACK-UPS
De Flash recovery area kan gebruikt worden om back-up's van RMAN in op te slaan. RMAN zal automatisch de file namen in OMF formaat genereren als de Flash recovery area wordt gebruikt. Om de gehele database naar een ASM disk te bac-kuppen kan je het volgende commando gebruiken:
RMAN>Backup as copy of database;
Restoren van de controlfile en de spfile vanuit de flash recovery area tijdens recovery
RMAN> Restore controlfile from autobackup
recovery area='/oracle/data/<db>flash'; FAST RECOVERY
In oracle 10g kan je 'fast recovery' implementeren door een 'hot restore' uit te voeren. Met deze methode kan je een: RMAN>switch database to copy;
uitvoeren en de files restoren vanuit de recovery area. Er wordt niet een echte copy uitgevoerd als gebeurde tijdens het restoren in vroegere versies. De controlfile wordt ge-update zodat deze verwijst naar de datafiles die nu in de flash recovery area staan.
Let op dat bij de uitvoer van dit commando het noodzakelijk is dat de backup files, 'image copies' zijn en geen back-upsets.
Informatie over de flash recovery area kan je halen uit de view V$RECOVERY_FILE_DEST.FILE CREATIE EN DE FLASH RECOVERY AREA
Als je het ALTER DATABASE ADD LOGFILE uitvoert en geen waarde voor de DB_CREATE_ONLINE_LOG_DEST hebt gespecificeerd, dan zullen de online redo logs in de flash recovery area gamaakt worden.
Bij het geven van het ALTER DATABASE DROP LOGFILE commando, zullen de OMF omline redo log files in de flash recovery area verwijderd worden.
De controlfile kan gecreëerd worden in de locatie aangegeven door de CONTROL_FILES parameter of in de locatie zoals je onder kan zien, in volgorde van prioriteit:
Als de DB_CREATE_ONLINE_LOG_DEST_n is gespecificeerd, dan wordt er een OMF aangemaakt in iedere drectory.
Als de DB_CREATE_ONLINE_LOG_DEST_n niet is gespecificeerd en de DB_CREATE_FILE_DEST en DB_RECOVER_FILE_DEST zijn gespecificeerd, dan zullen ze in deze locatie gecreëerd worden.
Indien DB_CREATE_FILE_DEST niet wordt gespecificeerd zullen ze in de DB_RECOVERY_FILE_DEST locatie geplaatst worden.
Als geen van de bovenstaande parameters gespecificeerd wordt, zullen ze in het Operating System Specifieke default locatie gezet worden.
In de V$CONTROLFILE, V$LOGFILE, V$ARCHIVED_LOG, V$DATAFILE_COPY V$DATAFILE, V$BACKUP_PIECE en de RMAN tabellen, is een nieuwe kolom toegevoegd te weten IS_RECOVERY_DEST_FILE. Deze kolom krijgt een waarde YES als een overeenkomende file is gecreëerd in de flash recovery area.
zie ook
REDUCEER RESTORE TIJD DOOR INCREMENTAL BACKUPS AAN DATAFILE IMAGE COPIES TOE TE VOEGEN
VEREENVOUDIG DE RECOVERY NADAT DE DATABASE MET DE RESETLOGS OPTIE IS GEOPEND
VERSNEL BACKUPTIJDEN MET HET CREËREN VAN SNELLERE INCREMENTELE BACKUPS
MINIMALISEER DE LOAD DOOR LIMIETEN OP TE NEMEN IN DE BACKUP WINDOWS
BESPAAR RUIMTE DOOR HET HET GEBUIK VAN COMPRESSED BACKUP SETS
|
