Jag hade nyligen erfarenhet av att bli granskad av Oracle Corporation. Ingenting förbereder dig riktigt för vad du kan förvänta dig förrän du faktiskt har gått igenom processen. Det bästa rådet jag kan ge någon är att börja arbeta idag som om du genomgår en revision. Om du inte funderar på att följa ditt licensavtal kan det vara för sent när en revision påbörjas på dig.
För att vara förberedd bör DBA vara välinformerad om Oracles licenspolicyer. Att läsa Oracles licensguide är ett måste, men det är bara en början. Det är många saker som inte publiceras. Till exempel kanske du inte är medveten om att om du kör Oracle på VMWare ESX 6 eller högre, att du behöver licensiera alla ESX-kluster över hela ditt företag. Oracle ändrar också villkor som licensiering på icke-Oracle molntjänster. Det åligger dagens Oracle DBA, särskilt med molnförändringarna, att hålla koll på Oracles licenshållning. Licensiering kan till och med ändras mellan versioner så DBA måste hålla reda på skillnaderna. Om ett supportavtal har löpt ut kan företaget inte lagligt uppgradera sin databas till en version som släpps efter att kontraktet har löpt ut.
När DBA har en bra känsla för licensvillkoren och policyerna bör de fastställa företagets nuvarande rättigheter. Är det nuvarande licensavtalet "per processor" eller Named User Plus (NUP)? Hur många kärnor är licensierade? Även NUP-licensiering måste ta hänsyn till antalet kärnor. Används valfria funktioner som inte har betalats för? Vyn DBA_FEATURE_USAGE_STATISTICS kan hjälpa till att förstå vilka funktioner som har använts i databasen och jämföra det med vad som är licensierat för den databasen. DBA bör utföra sin egen internrevision och se till att de miljöer de ansvarar för är kompatibla med deras Oracle-kontrakt. Om deras Oracle-miljö inte överensstämmer med kontraktet måste DBA vidta åtgärder för att lösa problemet.
Om företaget vill försäkra sig om att allt är täckt innan en revision, har Oracle en division som heter License Management Services (LMS) som hjälper till mot en avgift. Oracle LMS kommer att hjälpa dig att förstå vad företaget är licensierat för och hur man kan korrigera eller åtgärda för att följa avtalet. Det finns tredjepartsleverantörer som också kommer att tillhandahålla liknande tjänster.
När en revision startar kommer du att bli tillfrågad av Oracle LMS om två saker. För det första kommer de att be dig fylla i ett detaljerat kalkylblad som visar exakt var du kör Oracle, vilka alternativ som används och information om miljön. För det andra kommer de att be dig att köra ett skript för att hämta licensdetaljer från dina system. Skriptet måste köras på varje Oracle-dator i företaget.
Det här skedet är där den nervösa delen verkligen börjar. Oracle LMS kommer att gå igenom vad företaget har betalat för och försöka avgöra om användningen överensstämmer. Det finns alltid rädsla och bävan när man undrar vad som missades på vår sida och vad de kan hitta.
Det är väl förstått av många i Oracle-gemenskapen att revisioner används för att driva försäljningen. Tidigare innebar detta att ett företag kunde få dåliga revisionsresultat på magiskt sätt att försvinna om de gick med på att köpa några nya produkter. I dagens molnaktiverade värld upptäcker många företag att Oracle-revisioner används för att driva försäljningen av molntjänster. Det är upp till varje företag att bestämma om de vill bekämpa resultaten i domstol eller att arbeta för att nå någon annan överenskommelse med Oracle. För många är en domstolsprocess ännu dyrare.
Oracle-revisioner kan vara en skrämmande tid i DBA:s liv. Var förberedd genom att göra dina läxor i förväg. Arbeta för att se till att din miljö är så kompatibel som den kan vara. Tid som spenderas idag kommer att räcka långt för att göra revisionen smidigare i framtiden.