Oracle database 11g: adoptie of adaptatie?

Door Jasper Scholten van Inter Acccess

Oracle lanceerde de Oracle database 11g in het najaar van 2007. Deze zomer staat versie 2 van deze oplossing al weer op de rol. De nieuwe database werd in de aanloop naar de lancering vaak omschreven als ‘puur goud’. Dat was niet ten onrechte want het aantal zeer waardevolle features en verbeteringen was aanzienlijk.

• Database replay. Met deze functie is het mogelijk om testen uit te voeren met een echte productie-load. Daarbij maakt de DBA een capture van de productie-database en speelt deze af tegen dezelfde of een andere database. Uiteraard zijn de mogelijkheden aanwezig om alleen de acties van bijvoorbeeld een specifieke gebruiker, schema of applicatie ‘af te spelen’. In combinatie met save points en flashback-mogelijkheden is het mogelijk meerdere keren dezelfde load tegen dezelfde database aan te houden. Deze feature is vooral praktisch voor load testing van verschillende scenario’s tegen identieke databases. Database replay is typisch een feature waar grote behoefte aan is onder klanten. Het grote voordeel ervan ligt in enorme tijdbesparingen bij testtrajecten, die nu veel effciënter kunnen plaatsvinden.


• Automatic Health Monitor. Deze feature is een typisch voorbeeld van hoe Oracle verschillende standaard checks en monitoringfuncties weer meer heeft geautomatiseerd. Daarnaast zijn ook de advisors aan de DBA uitgebreid en verbeterd. Daardoor kunnen DBA’s sneller dan voorheen inspelen op problemen. SQL Performance Analyzer. Ook dit is een heel belangrijke nieuwe mogelijkheid. Bij vorige versies was het weliswaar ook mogelijk om de performance te meten, maar dan wel op een beperktere manier. Het is nu mogelijk om de impact van bepaalde wijzigingen op een specifiek statement te bepalen en database- of sessie-tuning op een bepaald statement uit te voeren. Daarbij kan de DBA beschikken over mooie grafische weergaven.


• Pivot en unpivot. Deze functie maakt het definiëren van tabellen een stuk eenvoudiger. Was het voorheen nodig om te werken met decode en/of case statements, nu is er de pivot operator. Die zorgt er onder meer voor dat het relatief eenvoudig is een pivot table te maken, zonder de noodzaak van het aanpassen van het datamodel.


• Ordered execution van triggers. In de vorige versie van de Oracledatabase was het niet mogelijk om de volgorde van triggers te beïnvloeden. Dat leidde in sommige gevallen wel eens tot problemen. Een lapmiddel was dan het opnemen van alle acties in een trigger. Dat had weer als nadeel dat het niet voldeed aan de principes van good design, waarbij je de zaken zo overzichtelijk mogelijk wilt houden. Oracle heeft dit nu opgelost met ordered execution van triggers. Daarbij kan de DBA zelf aangeven in welke volgorde de triggers uitgevoerd moeten worden.


• Invisible maken van indexen. Met deze functie is het makkelijker geworden om te switchen tussen OLTP, batchverwerking en rapportage. OLTP is in de regel overdag nodig, terwijl batchverwerking en rapporteren vaak ’s nachts plaatsvinden. Door met een statement een index zichtbaar of onzichtbaar te maken, afhankelijk van de activiteit, is de systeembelasting minder en is deze beter af te stemmen. Ook is het nu makkelijker om de invloed te bepalen van het wel of niet aanwezig zijn van indexen.


• Vernieuwde RMAN. Zelfs voor een doorgewinterde DBA leverde het werken met RMAN veel frustratie op vanwege de vaak cryptische messages en lastige syntax. DBA's met een achtergrond in traditionele omgevingen kunnen vaak lezen en schrijven met RMAN. Voor mensen met een meer traditionele achtergrond is het al snel een moeilijk verhaal om goed met RMAN overweg te kunnen. Oracle heeft veel moeite gedaan om dit in 11g eens goed aan te pakken. Ook biedt RMAN nu suggesties voor het oplossen van eventuele problemen en zelfs geautomatiseerde oplossingen voor veel voorkomende problemen. Een andere mooie feature is het maken van een back-up in parallel van een datafile.