Наскоро имах опит да бъда одитиран от Oracle Corporation. Нищо не ви подготвя за това какво да очаквате, докато всъщност не преминете през процеса. Най-добрият съвет, който мога да дам на всеки, е да започнете работа днес, сякаш се подлагате на одит. Ако не мислите да спазвате лицензионното си споразумение, до момента на извършване на одит върху вас може да е твърде късно.
За да бъде подготвен, DBA трябва да е добре информиран относно лицензионните политики на Oracle. Четенето на ръководството за лиценз на Oracle е задължително, но е само начало. Има много неща, които не се публикуват. Например, може да не сте наясно, че ако използвате Oracle на VMWare ESX 6 или по-нова версия, трябва да лицензирате всички ESX клъстери във вашето предприятие. Oracle също променя условия като лицензиране на облачни услуги, различни от Oracle. Днешният DBA на Oracle, особено с промените в облака, е задължен да поддържа позицията на Oracle за лицензиране. Лицензирането може дори да се променя между версиите, така че DBA трябва да следи разликите. Ако договорът за поддръжка е изтекъл, компанията не може законно да надстрои своята база данни до версия, издадена след изтичане на договора.
След като DBA има добро усещане за лицензионните условия и политики, те трябва да определят текущите права на компанията. Настоящото лицензионно споразумение „на процесор“ ли е или Named User Plus (NUP)? Колко ядра са лицензирани? Дори NUP лицензирането трябва да вземе предвид броя на ядрата. Използват ли се допълнителни функции, които не са платени? Изгледът DBA_FEATURE_USAGE_STATISTICS може да помогне да се разбере кои функции са били използвани в базата данни и да се сравни с това, което е лицензирано за тази база данни. DBA трябва да извърши свой собствен вътрешен одит и да се увери, че средата, за която отговаря, е в съответствие с техния договор с Oracle. Ако тяхната среда Oracle не е в съответствие с договора, DBA трябва да предприеме стъпки за справяне с проблема.
Ако компанията иска да се увери, че всичко е покрито преди одит, Oracle има подразделение, наречено Услуги за управление на лицензи (LMS), което ще помогне срещу заплащане. Oracle LMS ще ви помогне да разберете за какво е лицензирана компанията и как да се коригира или коригира, за да бъде в съответствие с договора. Има доставчици трети страни, които също ще предоставят подобни услуги.
Когато започне одит, Oracle LMS ще ви помоли за две неща. Първо, те ще ви помолят да попълните подробна електронна таблица, показваща точно къде използвате Oracle, какви опции се използват и информация за средата. Второ, те ще ви помолят да стартирате скрипт за събиране на подробности за лиценза от вашите системи. Скриптът ще трябва да се изпълнява на всяка машина Oracle в предприятието.
Този етап е мястото, където нервната част наистина започва. Oracle LMS ще преглежда това, за което компанията е платила, и ще се опитва да определи дали използването е в съответствие. Винаги има страх и трепет да се чудим какво е пропуснато от нашата страна и какво може да открият.
Много в общността на Oracle разбират, че одитите се използват за стимулиране на продажбите. В миналото това означаваше, че една компания може да накара лошите констатации от одита да изчезнат магически, ако се съгласи да купи нови продукти. В днешния облачен свят много компании откриват, че одитите на Oracle се използват за стимулиране на продажбите на облачни услуги. Всяка компания решава дали иска да се бори с констатациите в съда или да работи за постигане на някакво друго споразумение с Oracle. За мнозина съдебната битка е още по-скъпа.
Одитите на Oracle могат да бъдат страшно време в живота на DBA. Бъдете подготвени, като направите домашната си предварително. Работете, за да сте сигурни, че вашата среда е възможно най-съвместима. Времето, прекарано днес, ще помогне да се направи одитът по-гладко в бъдеще.
