Průvodce licencováním databází Oracle v Cloud@Customer

Co si odnést, pokud máte jen dvě minuty

• Cloud@Customer neurčuje způsob správy ani licencování. Říká především to, že infrastruktura Oracle stojí ve vašem datovém centru.
• Autonomous a Exadata Database Service mohou běžet na stejném zařízení. Liší se hlavně tím, kdo spravuje databázovou vrstvu a jaké možnosti má zákazník.
• V režimu BYOL (Bring Your Own Licence) se obě služby licencují odlišně. U Autonomous zpravidla přinášíte Enterprise Edition, zatímco u Exadata Database Service musíte doložit také licence k placeným funkcím, které používáte.
• Největší rizika bývají mimo základní výpočet. Jde zejména o automatické škálování, RAC, Multitenant, záložní databáze a používání standby databáze pro reporting.

Sedm pojmů, které stačí znát

• Exadata je specializovaná infrastruktura navržená přímo pro databáze Oracle. Není to univerzální server, ale stroj optimalizovaný pro jednu disciplínu – špičkový běh databází Oracle.
• Cloud@Customer znamená, že cloudová infrastruktura Oracle fyzicky stojí ve vašem vlastním datovém centru a Oracle spravuje její vymezenou infrastrukturní část.
• Autonomous (plně řízená služba) automatizuje velkou část provozu databáze, například patchování, zálohování, ladění a škálování. Oracle se o vše stará a zákazník nemá přístup do operačního systému.
• Exadata Database Service (spoluřízená služba) dává zákazníkovi větší kontrolu, včetně přístupu k databázovým virtuálním serverům, ale také více provozní odpovědnosti. Více svobody, ale zároveň poviností z hlediska IT správy.
• License Included je model, v němž je licence zahrnuta v ceně předplatného služby.
• BYOL neboli Bring Your Own License znamená, že pro službu využijete licence Oracle, které už vlastníte a máte pro takové použití způsobilé.
• ECPU a OCPU jsou dvě jednotky výpočetního výkonu služby. Podobně jako kilowatty a koňské síly používají jinou stupnici pro popis výkonu. Pro účely zde popsaného převodu platí 8 ECPU = 2 OCPU.

Tři nezávislá rozhodnutí, která se často pletou do jednoho

Při přípravě projektu si oddělte tři otázky:

1. Kde infrastruktura fyzicky běží? Cloud@Customer znamená umístění serveru/ů od Oracle ve vašem datovém centru.
2. Kdo spravuje databázovou vrstvu? U Autonomous přebírá velkou část správy Oracle. U Exadata Database Service zůstává větší kontrola i odpovědnost vašemu týmu.
3. Jak se platí za software? Buď je licence součástí předplatného, nebo využijete vlastní licence v režimu BYOL.

Tyto volby se mohou kombinovat. Cloud@Customer není alternativou k Autonomous. Je to platforma (pronajatý server ve vašem datacentru), na které mohou běžet Autonomous i Exadata Database Service, včetně souběhu na stejné infrastruktuře.

Modelový příklad: 80 databází, stejný výkon, jiný rozsah licencí

Představte si organizaci, která konsoliduje 80 databází. Celkem potřebuje 64 zapnutých ECPU a současné aplikace využívají Partitioning, Advanced Compression a Multitenant. Organizace už vlastní licence Oracle, a proto uvažuje o BYOL.

Základ je u obou cest stejný:

64 ECPU / 8 = 8 procesorových licencí Enterprise Edition

Cesta A – Autonomous: organizace pro základní kapacitu doloží 8 procesorových licencí Enterprise Edition. Partitioning, Advanced Compression a Multitenant jsou v rámci služby dostupné bez nutnosti přinést jejich samostatné licence. Příklad předpokládá, že žádná jednotlivá Autonomous databáze nepřekročí práh 64 ECPU pro RAC.

Cesta B – Exadata Database Service: organizace doloží 8 procesorových licencí Enterprise Edition a ve stejném rozsahu také licence pro používané funkce Partitioning, Advanced Compression a Multitenant. Pokud mají databáze kvůli vysoké dostupnosti běžet na dvou nebo více serverech, vstupuje do výpočtu také RAC.

Stejný celkový výkon tak může znamenat zásadně odlišný rozsah licencí, které musí organizace vlastnit a udržovat. Nejde přitom o tvrzení, že Autonomous bude vždy levnější. Celkové náklady zahrnují předplatné služby, infrastrukturu, podporu, migraci, provozní kapacity i rizika. Příklad ukazuje pouze rozdíl v licenčním základu BYOL.

Proč mohou placené doplňky změnit celé rozhodnutí

Enterprise Edition je základ. Řada funkcí, na kterých stojí velká prostředí Oracle, se však tradičně licencuje samostatně. Lze je přirovnat k příplatkové výbavě: databáze bez nich funguje, ale aplikace nebo provozní model je mohou reálně potřebovat.

Právě zde vzniká hlavní asymetrie. U Autonomous v režimu BYOL obvykle přinášíte Enterprise Edition, zatímco řadu dalších funkcí poskytuje služba. U spoluřízené Exadata Database Service musíte mít licence i k doplňkům, které zapnete a používáte.

Při porovnání variant proto nestačí porovnat cenu infrastruktury nebo počet ECPU. Nejprve je potřeba sestavit úplný seznam funkcí, bez kterých se současné aplikace neobejdou.

Úspora licence RAC může znamenat vyšší provozní odpovědnost

Jednouzlový VM cluster v Exadata Database Service může dávat smysl, pokud nechcete nebo nemůžete použít licence RAC. Tato úspora má ale provozní protihodnotu.

Oracle provádí pravidelnou údržbu infrastruktury postupně po jednotlivých databázových serverech. Aktualizace serveru zpravidla vyžaduje restart. Databáze na víceuzlovém RAC může během údržby pokračovat na dalším uzlu. Databáze v jednouzlovém clusteru tuto rezervu nemá a bez dalšího opatření se zastaví.

Pokud má zůstat dostupná, potřebujete vhodně navrženou záložní databázi Data Guard a odzkoušený postup přepnutí. Tento runbook musí určit, kdo a v jakém pořadí provede přepnutí aplikací, databáze a souvisejících služeb před údržbou a jak se vše vrátí zpět.

Rozhodnutí tedy není jen „licence RAC ano, nebo ne“. Je to výměna mezi licenčním nákladem a náklady na návrh, testování a opakované provádění provozního postupu.

Dvě pravidla, která je nutné vyřešit ještě před migrací

1. Autonomous Data Guard chrání celý kontejner. U Autonomous na vyhrazené infrastruktuře se ochrana nastavuje na úrovni Autonomous Container Database. Kontejner si můžete představit jako bytový dům a jednotlivé databáze jako byty. Při přepnutí se mění role celého domu, ne libovolně vybraného bytu.

Databáze s odlišnou kritičností, požadavky na obnovu, tolerancí ztráty dat nebo okny údržby proto nemají automaticky sdílet jeden kontejner. Rozdělení databází do kontejnerů je současně návrhem disaster recovery a musí vzniknout před migrací.

2. Čtvrtá uživatelská PDB mění licenční požadavek. Oracle Database 19c Enterprise Edition umožňuje bez licence Multitenant nejvýše tři uživatelské PDB v jedné CDB. Čtvrtá PDB už Multitenant vyžaduje. Tento limit nemusí být technicky vynucen, takže samotné vytvoření další PDB nemusí nikoho varovat.

U Exadata Database Service proto doporučujeme buď doložit licenci Multitenant, nastavit parametr MAX_PDBS=3 jako technickou pojistku, nebo zvážit Autonomous, kde je Multitenant součástí služby.

Standby databáze: častá a drahá chyba ve výpočtu

Standby je průběžně udržovaná záložní kopie databáze, na kterou lze při havárii přepnout. Častý omyl spočívá v předpokladu, že se na ni vztahuje desetidenní výjimka pro failover.

U běžné standby databáze s vlastní kopií dat se tato výjimka neuplatní. Desetidenní pravidlo Oracle je určeno pro vymezený failover scénář, v němž uzly sdílejí jedno úložiště. Prostředí založené na kopírování, synchronizaci nebo zrcadlení dat se licencuje podle samostatných pravidel pro disaster recovery.

Při návrhu proto započítejte primary i standby stranu a ověřte, které licence a doplňky musí být na obou stranách. Pokud standby otevřete pro aktuální read-only reporting za současného průběžného promítání změn, vstupuje do hry Active Data Guard. Ten se při využití příslušných funkcí licencuje na standby i na primary databázi.

Tato položka dokáže změnit ekonomiku celého návrhu. Neměla by se doplňovat až po výběru architektury.

Jak dojít k obhajitelnému rozhodnutí

Požadované licence nevycházejí z jediného produktového názvu. Jde o kombinaci pěti vstupů:

služba
+ topologie a dostupnost
+ zapnutá kapacita včetně špiček
+ používané placené funkce
+ komerční model
= licence, které musíte vlastnit

Před schválením architektury si nechte odpovědět alespoň na těchto osm otázek:

1. Které databáze skutečně potřebují plně řízený provoz a kde potřebujeme přístup do operačního systému?
2. Budeme platit License Included, nebo použijeme BYOL?
3. Kolik ECPU bude zapnuto v běžném provozu a kolik může být využito ve špičce?
4. Je u každé Autonomous databáze nastaven odpovídající BYOL ECPU limit?
5. Které databáze vyžadují víceuzlový RAC a které mohou přijmout jednouzlový provoz?
6. Které placené options a packs aplikace skutečně používají?
7. Kolik PDB bude v každé CDB a kde bude technicky vynucen limit?
8. Jak budou licencovány primary, standby a případný reporting na standby?

Výstupem nemá být jen tabulka licencí. Potřebujete také mapu odpovědností, provozní postupy pro údržbu a havárie a písemné potvrzení předpokladů vůči konkrétní objednávce.

Než podle tohoto článku začnete jednat

Informace jsou ověřené k 3. 8. 2026. Licenční pravidla, převodní poměry, názvy služeb i seznam zahrnutých funkcí se mohou měnit. Rozhodující jsou Oracle Cloud Service Descriptions, ceník a především dokumenty platné k datu vaší konkrétní objednávky.

Nechte si proto písemně potvrdit zejména převod mezi procesorovými licencemi a ECPU, práh pro RAC, seznam zahrnutých options, pravidla pro Multitenant a licencování disaster recovery. Technická konfigurace sama o sobě není dokladem licenčního oprávnění.

Tento článek slouží k základní orientaci. Není licenčním poradenstvím ani závazným stanoviskem společnosti Oracle.