Inleiding

Naast het installeren van de Oracle software volgens de Optimal Flexible Architecture (OFA) richtlijnen is een gedegen backup en recovery procedure ondenkbaar in een productie omgeving. Een correcte installatie en configuratie is cruciaal voor het slagen van welk project dan ook en voor de juiste inrichting van een backup en recovery strategie van een organisatie in het algemeen. Onze ervaring leert dat indien men dit niet tijdens de installatie correct uitgevoerd, dit zal leiden tot complexe herstel werkzaamheden achteraf. De technieken die Oracle ter beschikking stelt voor het online veiligstellen van data zijn voor de Database Server RMAN en voor de Applicatie Server Oracle backup scripts, welke de noodzakelijke configuratie files verzamelen en wegschrijven naar een zelf te kiezen locatie (bijvoorbeeld op een SAN systeem).
 

Oracle Database Backup

De meest gebruikte en meest betrouwbare backup methode die Oracle nu kent voor haar databases is RMAN. RMAN maakt het mogelijk een online backup te maken van een database naar een zelf te kiezen veilige online filesysteem locatie. De backup wordt samengesteld uit een set componenten welke middels policy’s bijhoud wanneer een backupset veroudert is en opgeruimt kan worden. Deze techniek stelt de beheerder in staat altijd een actuele backup onder handen te hebben die geen overbodige informatie bevat. De backup methode wordt meestal in de avond uren ingepland en kan, indien nodig, tijdens kantoor uren bijgewerkt worden met alleen transactie logging data van die dag (incrementele  archive logs ). Dit geeft de beheerder de mogelijkheid herstel werkzaamheden uit te voeren tot de laatste transactielog van de database in geval van een disaster recovery. Ongeacht de frequentie van de de backup taken is er geen garantie op de laatste data bij database problemen (er kan tijdens een transactie een database crash optreden). Naast de kans op het verliezen van kostbare data zal er ook hersteltijd noodzakelijk zijn om een backup terug te zetten op een andere database server. De database zal gedurende deze werkzaamheden niet bereikbaar zijn.
Mocht meer data zekerheid vereist zijn of een hogere beschikbaarheid wenselijke zijn, dan adviseren wij naast het maken van een RMAN backups, een standby database aan te maken. Voor het managen van de standby database adviseren wij de Oracle Data Guard techniek in te zetten. Deze techniek zorgt voor een gecontroleerde manier van “dupliceren” van data. In geval van problemen kan tevens direct overgeschakeld worden naar de 2de locatie om zo de continuïteit en de beschikbaarheid te waarborgen voor de organisatie. Hieronder staat schematisch aangegeven hoe dit precies werkt:
 

 
De primary database stuurt transactie logging (archivelogs) via SQLnet naar de standby database welke in een “online recovery” mode staat (door deze modues hoeft deze 2de database niet apart gelicenseerd te worden, deze 2de database mag in dit geval maximaal 7 dagen per jaar online worden ingezet). Hierdoor zal de database altijd de laatste gegevens bevatten in geval van een primare database problemen. Een relatief simple actie maakt het mogelijk om door te werken op de standby database onderwijl de primare site opnieuw opgebouwd wordt.
 

Oracle Applicatieserver Backup

Voor het veiligstellen van de applicatie server data wordt er door Oracle standaard scripts meegeleverd die de gebruikte configuratie veiligstelt op een zelf aan te geven online filesysteem locatie. Bij problemen is het mogelijk deze backup terug te lezen om zo weer de laatste “juiste” configuratie te gebruiken. Deze script bevatten in principe voldoende informatie om een primaire vorm van backup en recovery te implementeren in de organisatie.