Di recente ho avuto l'esperienza di essere verificato da Oracle Corporation. Niente ti prepara a cosa aspettarti finché non hai effettivamente completato il processo. Il miglior consiglio che posso dare a chiunque è di iniziare a lavorare oggi come se si stesse subendo un audit. Se stai pensando di non essere in regola con il tuo contratto di licenza, prima che venga effettuato un controllo su di te, potrebbe essere troppo tardi.
Per essere preparato, il DBA dovrebbe essere ben informato sulle politiche di licenza Oracle. Leggere la Oracle License Guide è d'obbligo, ma è solo l'inizio. Ci sono molte cose che non vengono pubblicate. Ad esempio, potresti non essere a conoscenza del fatto che se stai utilizzando Oracle su VMWare ESX 6 o versioni successive, devi concedere in licenza tutti Cluster ESX in tutta la tua azienda. Oracle sta anche modificando termini come la licenza su servizi cloud non Oracle. Spetta al DBA Oracle di oggi, in particolare con le modifiche al cloud, mantenere il controllo della posizione di licenza di Oracle. La licenza può anche cambiare tra le versioni, quindi il DBA deve tenere traccia delle differenze. Se un contratto di supporto è scaduto, l'azienda non può aggiornare legalmente il proprio database a una versione rilasciata dopo la scadenza del contratto.
Una volta che il DBA ha una buona conoscenza dei termini e delle politiche di licenza, dovrebbe quindi determinare i diritti attuali dell'azienda. L'attuale contratto di licenza è "per processore" o Named User Plus (NUP)? Quanti core sono concessi in licenza? Anche la licenza NUP deve tenere conto del numero di core. Vengono utilizzate funzionalità opzionali che non sono state pagate? La vista DBA_FEATURE_USAGE_STATISTICS può aiutare a capire quali funzionalità sono state utilizzate nel database e confrontarlo con ciò che è concesso in licenza per quel database. Il DBA dovrebbe eseguire il proprio audit interno e assicurarsi che gli ambienti di cui sono responsabili siano conformi al proprio contratto Oracle. Se il loro ambiente Oracle non è conforme al contratto, il DBA deve adottare misure per risolvere il problema.
Se l'azienda vuole assicurarsi di avere tutto coperto prima di un audit, Oracle ha una divisione chiamata License Management Services (LMS) che aiuterà, a pagamento. Oracle LMS aiuterà a capire per cosa è concessa la licenza all'azienda e come allineare o rimediare per essere conforme al contratto. Esistono anche fornitori di terze parti che forniranno servizi simili.
Quando viene avviato un audit, Oracle LMS ti chiederà due cose. Uno, ti chiederanno di compilare un foglio di calcolo dettagliato che mostra esattamente dove stai eseguendo Oracle, quali opzioni sono in uso e informazioni sull'ambiente. Due, ti chiederanno di eseguire uno script per raccogliere i dettagli della licenza dai tuoi sistemi. Lo script dovrà essere eseguito su ogni macchina Oracle nell'azienda.
Questa fase è dove inizia davvero la parte nervosa. Oracle LMS esaminerà ciò che l'azienda ha pagato e cercherà di determinare se l'utilizzo è conforme. C'è sempre paura e trepidazione nel chiedersi cosa ci sia mancato e cosa potrebbero trovare.
È ben compreso da molti nella comunità Oracle che gli audit vengono utilizzati per aumentare le vendite. In passato, ciò significava che un'azienda poteva far scomparire magicamente i risultati di audit errati se accettava di acquistare alcuni nuovi prodotti. Nel mondo odierno abilitato al cloud, molte aziende stanno scoprendo che gli audit Oracle vengono utilizzati per promuovere le vendite di servizi cloud. Spetta a ciascuna azienda decidere se vuole combattere le conclusioni in tribunale o lavorare per raggiungere qualche altro accordo con Oracle. Per molti, una battaglia giudiziaria è ancora più costosa.
Gli audit Oracle possono essere un momento spaventoso nella vita del DBA. Sii preparato facendo i compiti in anticipo. Lavora per assicurarti che il tuo ambiente sia il più conforme possibile. Il tempo speso oggi contribuirà notevolmente a rendere l'audit più agevole in futuro.
