Oracle licencovanie vo virtualizovaných prostrediach je miesto, odkiaľ pochádzajú najväčšie audit nálezy — a pravidlo, ktoré o väčšine z nich rozhoduje, je partitioning. Najviac prekvapí toto: architektúra, ktorá je technicky správna, dokonca fyzicky izolovaná, môže aj tak vyprodukovať nález v hodnote šesť- či sedemciferného čísla, ak ju Oracle nikdy písomne neschválil.
Pri Oracle audite správne a schválené nie sú to isté. Pochopiť tento rozdiel je tá najcennejšia vec, ktorú môžete urobiť skôr, než Oracle vôbec zaklope.
Predvolený stav: Oracle počíta každé fyzické jadro
Oracle Database a jeho options sú licencované za fyzický procesor — jadrá vynásobené core faktorom. Na bare metal je to jednoduché: licencujete jadrá v serveri. Vo virtualizovanom prostredí vzniká otázka, ktoré jadrá musíte počítať, a odpoveď určuje Oracle partitioning politika — nie to, čo vám hypervízor náhodou dovolí obmedziť.
Predvolený predpoklad, z ktorého Oracle vychádza, je plná kapacita: každé fyzické jadro, kde je softvér nainštalovaný a/alebo beží. Či to číslo dokážete zmenšiť, závisí výlučne od toho, akú metódu partitioningu ste použili.
Hard partitioning vs soft partitioning
Hard partitioning je krátky zoznam Oracle-schválených technológií, ktoré fyzicky viažu Oracle na konkrétne, obmedzené (capped) jadrá. Pri striktnom použití podľa pravidiel Oracle umožňujú licencovať len partitionované jadrá (sub-capacity). Schválené metódy zahŕňajú technológie ako Physical Domains, capped Solaris Zones, správne capped IBM LPAR, Fujitsu PPAR a vlastnú virtualizáciu Oracle (Oracle VM Server / Oracle Linux KVM), keď sú CPU pripnuté podľa politiky. Každá schválená metóda musí mať obmedzený maximálny počet jadier — neobmedzený „partition” nie je pre Oracle žiadnym partitionom.
Soft partitioning je všetko ostatné. Oracle akékoľvek nastavenie v neschválenom hypervízore — limity vCPU, CPU affinity, host alebo DRS pravidlá — považuje na účely licencovania, akoby neexistovalo. Pri soft partitioningu musíte licencovať každé fyzické jadro, kde Oracle môže bežať, nie len tam, kde reálne beží.
Najväčšou mínou je tu VMware. Oracle klasifikuje všetky verzie VMware vrátane aktuálneho vSphere ako soft partitioning bez ohľadu na to, ako pripnete CPU. A kvôli vMotion a DRS je audítorský postoj Oracle taký, že sa počíta každý host, na ktorý by VM mohla migrovať — čo môže rozšíriť licenčnú hranicu na celý klaster alebo ešte ďalej. Tento postoj je sporný, ale je to východisko, ktorému budete čeliť za stolom.
Fyzická izolácia nie je tým testom — schválenie je
Jeden z najčastejších a najdrahších omylov znie rozumne: „Náš Oracle hardvér je fyzicky oddelený, takže sme v poriadku.”
Politika Oracle nestojí na fyzickom oddelení. Stojí na tom, či ste použili schválenú metódu nakonfigurovanú podľa jej pravidiel. Workload môžete izolovať dokonale — samostatné hosty, samostatný storage, samostatná sieť — a aj tak budete počítaní na plnú kapacitu, ak technológia nie je na schválenom zozname Oracle alebo nie je capped tak, ako Oracle vyžaduje. Inžinierska čistota nie je to isté ako licenčná zhoda.
Politika nie je vaša zmluva — a práve preto je schválenie kľúčové
Tu je jemnosť, ktorá poháňa väčšinu sporov. Oracle Partitioning Policy je dokument zverejnený „na vzdelávacie účely” a sám uvádza, že nesmie byť začlenený do žiadnej zmluvy a žiadnu nepredstavuje. Nie je zmluvnou podmienkou, pokiaľ sa naň vaša vlastná zmluva neodvoláva. Oracle ho však pri auditoch presadzuje agresívne.
Táto medzera reže do oboch strán. Je dôvodom, prečo niektoré soft-partitioning nároky možno napadnúť na zmluvnom základe. Ale je to aj dôvod, prečo sa nemôžete spoľahnúť na politiku, priateľský predajný rozhovor ani na zdravý rozum, že vás ochránia. Jediné, čo spoľahlivo obmedzí vaše počítanie, je to, čo je napísané vo vašej zmluve alebo schválené Oracle písomne. Verbálne uistenie od kohokoľvek — akokoľvek vysoko postaveného — nie je obranou.
„Správne” nie je „schválené” — alfa a omega
Toto je najdôležitejšia lekcia a stojí za to ju povedať priamo: architektúra môže byť technicky čistá, dokonca úprimne v súlade duchom, a aj tak v audite zlyhať — pretože nebola nikdy formálne schválená.
Ak chcete, aby prístup k partitioningu obmedzil vaše licencovanie, musíte:
- získať jeho schválenie od Oracle, písomne, a ideálne ho zaniesť do vašej zmluvy;
- mať toto schválenie pred nasadením, nie po ňom; a
- uchovať dôkazy — konfiguračné súbory, screenshoty konzoly, výstupy príkazov dokazujúce capped jadrá.
Audity prichádzajú roky po postavení architektúry. Detaily si nebudete pamätať a „verte nám, bolo to nakonfigurované správne” nemá žiadnu váhu. Výnimka dohodnutá a zdokumentovaná vopred má väčšiu hodnotu než dokonalý návrh, ktorý nikto neodsúhlasil.
Audit je snímka, nie príbeh
Oracle audit potvrdzuje vašu licenčnú pozíciu k dátumu finálnej správy. Je to snímka v jednom okamihu. Nezohľadňuje, ako vaše prostredie vyzeralo vlani, čo ste opravili týždeň predtým ani čo plánujete budúci kvartál. Neodmeňuje dobré úmysly ani prebiehajúcu nápravu.
Vyplývajú z toho dva praktické dôsledky:
- Oprava architektúry po dátume merania nezmaže nález k tomu dátumu. Snímka už zachytila nesúladný stav.
- Prostredie, ktoré je v praxi v súlade, ale k snímke nemá zdokumentované, datované schválenie, bude aj tak označené. Schválenie musí existovať pred snímkou — spätné „uvedenie do správneho stavu” históriu neprepíše.
Preto „práve sme sa chystali požiadať o výnimku” alebo „návrh bol vždy správny” po vydaní správy len zriedka pomôže. Audit meria zdokumentovaný, schválený stav v jeden konkrétny deň.
Ako sa chrániť
- Zinventarizujte presne, kde je Oracle nainštalovaný a kde môže bežať — vrátane každého virtualizovaného hosta a hranice migrácie.
- Overte, ktoré z vašich technológií Oracle uznáva ako hard partitioning, a overte, že každý „partition” je naozaj capped podľa pravidiel Oracle.
- Pri akomkoľvek sub-capacity prístupe si zabezpečte písomné schválenie od Oracle pred nasadením a tam, kde je to možné, ho zaneste do zmluvy.
- Datované dôkazy o konfigurácii a schváleniach uchovávajte na jednom mieste, neobmedzene.
- Fyzickú izoláciu a nastavenia hypervízora berte ako dobré inžinierstvo — nie ako licenčnú obranu samú o sebe.
- Preverte si svoju pozíciu skôr, než ju za vás preverí Oracle.
Časté otázky
Je VMware niekedy pre Oracle hard partitioning? Nie. Všetky verzie vrátane aktuálneho vSphere sú pre Oracle soft partitioning, bez ohľadu na CPU affinity či DRS pravidlá.
Obmedzí fyzické oddelenie môjho Oracle hardvéru moje licencie? Nie samo o sebe. Počítanie obmedzí len schválená, správne capped metóda — alebo písomná výnimka.
Môžem problém opraviť pred uzavretím auditu a vyhnúť sa nálezu? Len ak súladný, schválený stav existuje k dátumu finálnej správy. Spätné opravy snímku neprepíšu.
Vzorec za takmer každým veľkým partitioning nálezom je rovnaký: architektúra bola len zriedka skutočným problémom — chýbajúce schválenie ním bolo. Ak prevádzkujete Oracle na virtualizovanej infraštruktúre, najlacnejšou poistkou je dať si architektúru schváliť a zdokumentovať skôr, než si ju niekto vyžiada.
Nevdom pomáha firmám zrevidovať ich Oracle prostredie a uzamknúť schválenú, obhájiteľnú licenčnú pozíciu pred auditom — nie počas neho. Ozvite sa nám na nezávislú revíziu.
Súvisiace čítanie: Ako sa pripraviť na Oracle LMS audit v 2026 · Oracle licencovanie a OCI: otázky, ktoré počúvame najčastejšie.
Tento článok odráža zverejnenú partitioning politiku Oracle a bežnú audit prax; je to všeobecná informácia, nie právne poradenstvo.
