Jeg havde for nylig oplevelsen af at blive revideret af Oracle Corporation. Intet forbereder dig helt på, hvad du kan forvente, før du faktisk har gennemgået processen. Det bedste råd, jeg kan give nogen, er at begynde at arbejde i dag, som om du gennemgår en revision. Hvis du ikke tænker på at overholde din licensaftale, kan det være for sent på det tidspunkt, hvor en revision bliver gennemført på dig.
For at være forberedt bør DBA være velinformeret om Oracles licenspolitikker. Det er et must at læse Oracle-licensguiden, men det er kun en begyndelse. Der er mange ting, der ikke bliver offentliggjort. For eksempel er du muligvis ikke klar over, at hvis du kører Oracle på VMWare ESX 6 eller nyere, skal du licensere alle ESX-klynger på tværs af din virksomhed. Oracle ændrer også vilkår såsom licensering på ikke-Oracle cloud-tjenester. Det påhviler nutidens Oracle DBA, især med skyændringerne, at holde sig på toppen af Oracles licensholdning. Licensering kan endda skifte mellem versioner, så DBA skal holde styr på forskellene. Hvis en supportkontrakt er udløbet, kan virksomheden ikke lovligt opgradere deres database til en version frigivet efter kontraktens udløb.
Når først DBA har en god fornemmelse for licensvilkårene og -politikkerne, bør de bestemme virksomhedens nuværende rettigheder. Er den nuværende licensaftale "pr. processor" eller Named User Plus (NUP)? Hvor mange kerner er licenseret? Selv NUP-licenser skal tage højde for antallet af kerner. Bruges valgfrie funktioner, som ikke er betalt for? DBA_FEATURE_USAGE_STATISTICS-visningen kan hjælpe med at forstå, hvilke funktioner der er blevet brugt i databasen og sammenligne det med det, der er licenseret til den pågældende database. DBA bør udføre deres egen interne revision og sikre, at de miljøer, de har ansvaret for, er i overensstemmelse med deres Oracle-kontrakt. Hvis deres Oracle-miljø ikke er i overensstemmelse med kontrakten, skal DBA tage skridt til at løse problemet.
Hvis virksomheden vil sikre sig, at de har alt dækket forud for en revision, har Oracle en afdeling kaldet License Management Services (LMS), som vil hjælpe mod et gebyr. Oracle LMS vil hjælpe med at forstå, hvad virksomheden er licenseret til, og hvordan den kan korrigere eller afhjælpe for at være i overensstemmelse med kontrakten. Der er tredjepartsleverandører, der også vil levere lignende tjenester.
Når en revision starter, bliver du spurgt af Oracle LMS om to ting. For det første vil de bede dig om at udfylde et detaljeret regneark, der viser præcis, hvor du kører Oracle, hvilke muligheder der er i brug og oplysninger om miljøet. For det andet vil de bede dig om at køre et script for at hente licensdetaljer fra dine systemer. Scriptet skal køres på hver eneste Oracle-maskine i virksomheden.
Denne fase er, hvor den nervøse del virkelig begynder. Oracle LMS vil gennemgå, hvad virksomheden har betalt for, og forsøge at afgøre, om brugen er i overensstemmelse. Der er altid frygt og ængstelse, der spekulerer på, hvad der blev savnet i vores ende, og hvad de kunne finde.
Det er godt forstået af mange i Oracle-fællesskabet, at revisioner bruges til at drive salget. Tidligere betød det, at en virksomhed kunne få dårlige revisionsresultater til på magisk vis at forsvinde, hvis de gik med til at købe nogle nye produkter. I dagens cloud-aktiverede verden oplever mange virksomheder, at Oracle-revisioner bliver brugt til at drive salget af cloud-tjenester. Det er op til hver virksomhed at beslutte, om de vil bekæmpe resultaterne i retten eller arbejde for at nå frem til en anden aftale med Oracle. For mange er en retskamp endnu dyrere.
Oracle audits kan være en skræmmende tid i DBA’s liv. Vær forberedt ved at lave dit hjemmearbejde på forhånd. Arbejd for at sikre, at dit miljø er så kompatibelt, som det kan være. Tid brugt i dag vil i høj grad gøre revisionen mere smidig i fremtiden.