Podstawy Licencjonowania Oracle

Stan na 31.10.2025

Spis Treści

Podstawowe zasady licencyjne

Licencjonowanie per Procesor

Dla licencjonowania per procesor należy zakupić licencje na wszystkie procesory.

Definicja 1 Processor = 1 podstawka (socket) obowiązuje dla systemów:

Standard Edition 2,
Standard Edition One,
Standard Edition z wyłączeniem:
1. WebCenter
2. Enterprise Capture
3. Standard Edition
4. Java SE

Dla Systemów Enterprise 1 Processor = 1 rdzeń fizyczny lub wirtualny * współczynnik zawarty w Oracle Processor Core Factor Table

Dla systemów Intel / AMD wynosi on 0,5

W przypadku używania w danej instalacji programu dodatkowych modułów należy zalicencjonować je tak samo jak produkt podstawowy.

Named User Plus (NUP)

Każda osoba autoryzowana do używania programu musi posiadać licencję dotyczy to również każdego urządzenie, które nie jest obsługiwane przez człowieka.

Licencjonując system w metryce NUP, należy zachować minimum zamawianych licencji na procesor (Named User Plus Minimum):

Dla Baz danych i ich modułów wynosi on: 25 NUP per Processor
Dla Systemów aplikacyjnych: 10 NUP per Processor

Dodatkowe role dla różnych systemów są zdefiniowane w dokumentacji, w sumie 13 akapitów.

Przenoszenie licencji

Przenoszenie licencji między firmami w grupie kapitałowej nie jest automatyczne i za każdym razem wymaga uprzedniej zgody Oracle. W EU mamy prawo odsprzedaży licencji wieczystych, aczkolwiek nie dotyczy ono praw do wsparcia, a więc licencji ze wsparciem nie możemy przenieść. Przeniesienie licencji może wiązać się ze zmianą kosztów wsparcia (maintenance), cennik dla innego klienta może być zupełnie inny.

Oracle tak jak większość producentów definiuje klienta jako firmę i jego spółki zależne, czyli takie w których posiadają one ponad 50% udziałów jedna w drugiej. To pozwala na używanie licencji spółki dominującej przez spółki zależne. Praktycznie nie jest możliwe przeniesienie licencji na wydzielony podmiot, szczególnie jeśli nie jest on spółką zależną.

Wymagany jest wtedy nowy zakup licencji, natomiast obowiązuje 90 termin karencji:

wydzielona spółka może przez 90 dni korzystać z licencji spółki matki.

Audyt i narzędzia

Oracle powiadamia o audycie z 45 dniowym wyprzedzeniem, w którym zawarta jest informacja o zakresie audytu. Zazwyczaj Audyt nie obejmuje wszystkich produktów.
Audytowany jest zobowiązany do współpracy z audytorem, aczkolwiek Audyt nie może zakłócać bieżącej pracy audytowanego.

Audytor zapewne poprosi o uruchomienie skryptów zbierających dane z serwerów.
Dobrze jest je uruchomić wstępnie na serwerach testowych, aby zobaczyć zakres zbieranych danych

Jeśli są dostępne skrypty, warto je uruchamiać co jakiś czas i weryfikować ich wyniki.
Na bieżąco warto jest zbierać dokumenty związane z zakupem licencji i wsparcia, przede wszystkim faktury i umowy, również te zawierane „automatycznie”.
Jeśli braki licencyjne będą większe niż 5% audytowany może zostać obciążony kosztami audytu.

Partitioning – /Wirtualizacja/

Hard Partitioning

Oracle Partitioning Policy
https://www.oracle.com/a/ocom/docs/it-infrastructure/partitioning-070609.pdf

Hard Partitioning:

Fizyczna segmentacja serwera, polegająca na podzieleniu go na rozdzielne mniejsze systemy.

Każdy z nich posiada fizycznie odrębne zasoby: procesor, system operacyjny, pamięć operacyjna, zasoby sieciowe.

Rozwiązania dopuszczone przez Oracle:

1. - Physical Domains (also known as PDomains, Dynamic Domains, or Dynamic System Domains),
  - Solaris Zones (also known as Solaris Containers, capped Zones/Containers only),
  - IBM’s LPAR (adds DLPAR with AIX 5.2),
  - IBM’s Micro-Partitions (capped partitions only), vPar (capped partitions only), nPar, Integrity Virtual Machine (capped partitions only), Secure Resource Partitions (capped partitions only),
  - Fujitsu’s PPAR

Soft partitioning /programowy/ treated as hard

Oracle dopuszcza następujące wirtualizatory nie spełniające definicji wirtualizatora fizycznego,
pod warunkiem konfiguracji zgodnej z wytycznymi:

1. - Oracle Linux KVM, https://www.oracle.com/a/ocom/docs/linux/ol-kvm-hard-partitioning.pdf
  - Oracle VM Server for x86: http://www.oracle.com/technetwork/server-storage/vm/ovm-hardpart-168217.pdf
  - Oracle VM Server for SPARC: http://www.oracle.com/technetwork/server-storage/vm/ovm-sparc-hard-partitioning-1403135.pdf
  - Oracle Solaris Zones: http://www.oracle.com/technetwork/server-storage/solaris11/technologies/os-zones-hard-partitioning-2347187.pdf

Soft partitioning / Wirtualizacja programowa/

Miękkie partycjonowanie to dzielenie serwera z użyciem zasobów systemu operacyjnego. System operacyjny ogranicza zasoby dostępne dla serwera Oracle, ale przydział zasobów jest łatwy do zmiany.

Przykłady systemów z miękkim partycjonowaniem:

1. - Solaris 9 Resource Containers,
  - AIX Workload Manager,
  - HP Process Resource Manager
  - Affinity Management
  - Oracle VM
  - VMware

Systemy obsługujące miękkie partycjonowanie nie mogą być używane do ograniczania wymagań w odniesieniu do danego serwera lub klastra serwerów.

Używając klastrów VMWare i Hyper-V należy zalicencjonować wszystkie serwery fizyczne wchodzące
w skład klastra. Używając produktów licencjonowanych
w modelu NUP minimum odnosi się do wszystkich rdzeni fizycznych w klastrze.

Broadcom vCenter ze względu na łatwość przenoszenia maszyn między hostami, Oracle wymaga licencjonowania wszystkich maszyn zarządzanych przez dane vCenter

Rodzaje Umów Oracle

Umowa Licencji i Usług Oracle OMA

Umowa Ramowa wprowadzona w 2013 roku.

Punkt 9. Całość porozumienia

Umowa ramowa wraz załącznikami stanowi całość porozumienia w zakresie Produktów i Usług.
Zastępuje wszelkie uprzednio lub równolegle zawarte umowy.

Punkt 15. Cesja
Oracle zakazuje jakiegokolwiek przenoszenia praw i obowiązków wynikających z umowy ramowej
na rzecz innych osób fizycznych i prawnych

Można ją negocjować.

Umowa Licencji i Usług Oracle OLSA

Standardowa umowa dostarczana wraz z każdym zakupem do 2013 roku

Różne wersje miały różne zapisy, na przykład odnośnie maksymalnego wzrostu opłat za wsparcie.

ULA

Ograniczona czasowo

Standardowo 3 lata, można negocjować krótszą lub dłuższą – niezalecane

Ograniczona terytorialnie

Najczęściej jeden kraj, można negocjować region / kontynent

Ograniczony zakres produktowy

Na przykład Oracle DB EE + Diagnostic Pack + Tuning Pack + Advanced Compression + RAC + Partitioning

Standardowe licencje na pozostałe produkty i moduły

Nieograniczone użycie pakietów zdefiniowanych w umowie przez czas trwania umowy

Stałe koszty przez 3 lata + znany koszt wsparcia po zakończeniu umowy

Wymagana duża świadomość organizacji, opracowanie planu wejścia i wyjścia

Audyt przy wyjściu

E-Bussines suite

Podstawowym modelem licencjonowania modułów Oracle E-Business Suite jest Application User

Poszczególne moduły licencjonowane są osobno, co oznacza, że osoba korzystająca z różnych modułów, na przykład finanse i zaopatrzenie, musi posiadać licencje do każdego z nich.
Jeżeli nie możemy policzyć użytkowników, dla niektórych modułów dostępne są inne metryki, na przykład „za każde 1K linii faktur”

Minimalne zamówienia
Dla wszystkich modułów zdefiniowane są minimalne ilości jakie należy zakupić

Wymagają zakupu dodatkowych systemów z listy technologicznej
Oracle DB EE, WebLogic / IAS EE, Analytics Server, Publisher

https://www.oracle.com/a/ocom/docs/corporate/pricing/applications-price-list-070574.pdf

Dodatkowe wymagania umowne.

Zakupione licencje mogą mieć ograniczony zakres użytkowania.

Application Specific Full Use (ASFU)

Licencje sprzedawana przez niezależnego dostawcę oprogramowania. Przypisywana jest do tej konkretnej aplikacji a jej użycie w innym kontekście jest zabronione, Nawet jeśli jest to dodatkowa funkcja rozszerzająca funkcjonalność tej aplikacji.

Embedded Software License (ESL):

Licencja przeznaczona do głębokiego zintegrowania oprogramowania Oracle w produktach
lub rozwiązaniach dostawców.

Wewnętrze operacje biznesowe

Licencje nie mogą być używane do udostępniania usług dla firm trzecich.

JAVA

Od 1 marca 2023 obowiązuje cennik JAVA z metryką opartą na ilości zatrudnionych pracowników

Definicja obejmuje nie tylko pracowników etatowych zamawiającego, ale również pracowników etatowych agentów, kontraktorów, podwykonawców, agentów i konsultantów wspierających biznesowe działania zamawiającego.

Nie ma jednoznacznej interpretacji odnośnie kontraktów B2B ze Sp z o.o. nie zatrudniającymi pracowników i JDG

Edycje Oracle JAVA bezpłatne dziś

Oracle JDK 8 do wersji 202
szeroka możliwość użycia komercyjnego,

w ramach „general purpose”,

bez „commercial features”
Licencja BCL

Oracle JDK 24: 09-2025 -> 09-2028

Edycja LTS, darmowa do wszystkich zastosowań, w tym produkcyjnych,

do momentu wydania kolejnej edycji LTS + 1 rok

Licencja NTFS (No-Fee Terms and Conditions)

Pozostałe edycje Oracle JAVA

JAVA SE Advanced, SE Suite, SE Advanced Desktop – edycje od początku płatne

Oracle JDK 8 od wersji u211

Pierwsza wersja płatna

Licencja OTN

Oracle Java 9 -> Oracle Java 16
Wszystkie edycje płatne OTN

Oracle JDK 17 09-2021 – 09-2024

Pierwsza edycja LTS
Licencja NTFC ograniczona czasowo

Oracle Java 18 -> Oracle Java 20
Licencja NTFC do wydania kolejnej edycji, około 6 miesięcy

Oracle JDK 21 09-2023 – 09-2026

Ogólne zasady od 09-2021

Edycje LTS wydawane są co 4 edycje (2 lata)

Bezpłatne użycie na licencji NFTC przez okres 3 lat (wydanie kolejnej edycji LTS + 1 rok)

Pozostałe edycje na licencji NFTC

w okresie wsparcia, około 6 miesięcy, do wydania kolejnej wersji

Po wygaśnięciu licencji NFTC automatyczna zmiana licencji na OTN

Więcej informacji Oracle License Definitions and Rules Booklet

https://www.oracle.com/contracts/docs/lic_definitions_and_rules_v091525.pdf
Effective Date: September 15, 2025

Poprzednia wersja z 15 marca 2025
https://www.oracle.com/contracts/docs/lic_definitions_and_rules_v031525.pdf