ORACLE Lizenzierung - Die größten Fallen in der Praxis

© OPITZ CONSULTING 2017
Informationsklassifikation:
Öffentlich
 Überraschend mehr Möglichkeiten
Die größten Fallen in der Praxis
Andreas Ströbel
Director License Management Consulting
ORACLE Lizenzierung

Öffentlich Seite 2
Agenda
1
2
3
4
5
Metriken, Editionen und Zählweisen
Hochverfügbarkeit
Virtualisierung
Cloud
Dies und das ….
DOAG 2017 | Lizenzfallen in der Praxis | Andreas Ströbel

Öffentlich Seite 3
Überblick:
 Gründung 1990
 8 Standorte in Deutschland
 3 Standorte in Polen
 Ca. 400 Mitarbeiter
 Inhabergeführt
 Breites Themenportfolio
 Herstellerunabhängige Beratung
Portfolio:
 Spezialist für digitale Transformation
 Software Development
 BI & Big Data
 BPM & Systemintegration
 Cloud & Infrastruktur
 Internet der Dinge
 Managed Services
 Oracle Lizenzmanagement
 Strategy & Change
Märkte:
 Branchenübergreifend
 600 Kunden
 2/3 aller Dax-Unternehmen
 29% Handel/Logistik/Service
 29% Industrie/Versorgung/
Telko
 42% Finanzsektor/Public
 überraschend mehr Möglichkeiten!
„Mit unserer Leidenschaft für neue Technologien und unserem
Anspruch an herausragende Beratung sind wir bei unseren
Kunden der Motor für die digitale Transformation.“
Bernhard Opitz, CEO von OPITZ CONSULTING
Kunden (Auszug)

Öffentlich Seite 4
Metriken, Editionen und Zählweisen
1

ÖffentlichDOAG 2017 | Lizenzfallen in der Praxis | Andreas Ströbel
Die Lizenzmetriken
Server Hardware Anwender
Prozessor Named User Plus
verbaute Rechnerleistung Anwender und Geräte

Lizenzmetrik Prozessor
 zu lizenzieren sind alle Prozessoren, auf denen die
Oracle-Software installiert ist und/oder ausgeführt wird
 Zugriff durch interne Benutzer (einschließlich freie Mitarbeiter und
Auftragnehmer) oder durch Dritte
 unabhängig vom Hardware-Hersteller
 unabhängig vom Betriebssystem
 unabhängig von der Anzahl der Server
(mit Ausnahme der Mindestvorgaben)
 unabhängig vom Release
 Benutzeranzahl unbeschränkt
2 Prozessoren 1 Prozessor
 3 Prozessoren
(Gesamtanzahl in dieser Konfiguration)
Beispiel:

Was ist ein Prozessor?
 Begriffs-Wirrwarr
 Prozessor  Socket (bzw. Sockel)
 Chip  Core
 Thread  Hyperthreading
 Definition: Ein Prozessor ist eine für die Lizenzierung
von Oracle-Produkten festgelegte Rechengröße.
 Enterprise Edition  abhängig von der Zahl der Cores
 Standard Edition (One/2)  abhängig von der Zahl der belegten Sockets

Berechnung der Anzahl zu lizenzierender Prozessoren
 Database Standard Edition 2:
Anzahl benötigter Prozessoren = Anzahl belegter Sockets
 unabhängig von der Anzahl der Cores
 auch für nicht mehr erhältliche Standard Edition und Standard Edition One
 Sonderregelung bei Multi-Chip-Modulen: Anzahl benötigter Prozessoren = Anzahl Chips
 Database Enterprise Edition, Fusion Middleware, viele weitere Produkte:
Anzahl benötigter Prozessoren = Anzahl Cores * Faktor
 Oracle Processor Core Factor Table:
http://www.oracle.com/us/corporate/contracts/processor-core-factor-table-070634.pdf

Beispiel: Datenbank
 Server mit 2 Sockets
 CPU: 2x AMD Opteron® 6284SE
 jeweils 16 Cores (x86)
 Lizenzbedarf?
 Enterprise Edition  2 x 16 Cores x 0,5  16 Prozessor-Lizenzen
 Standard Edition 2  2 belegte Sockets  2 Prozessor-Lizenzen
 ACHTUNG!
 AMD Opteron® 6284SE ist ein Multi-Chip-Modul mit je zwei Chips
 wird wie zwei Sockets gezählt  damit insgesamt 4 Sockets
NICHT ERLAUBT!

Database Standard Edition … One … 2 … ?
 bis Version 12.1.0.1
 Standard Edition
 Standard Edition One
 ab Version 12.1.0.2
 Standard Edition 2
 Lizenzmigration ist erforderlich
 muss bei Oracle beantragt werden
 kostenneutral, Migration 1:1
 bei Standard Edition One Uplift der Support-Kosten um 20 %
 ältere Versionen dürfen weiter eingesetzt werden

Beispiel: Standard Edition 2
 3 Server, jeweils zwei belegte Sockets (x86, Single Chip Module)
 5 Anwender in der Software-Entwicklung
 5 Named User Plus Standard Edition
 Lizenzmigration auf Standard Edition 2
 Alles okay?
 Minimum-Lizenzierung Standard Edition  5 NUP
 Minimum-Lizenzierung Standard Edition 2  10 NUP je Server
 Nachlizenzierung von 25 NUP Standard Edition 2 erforderlich!

Öffentlich
Lizenzmetrik Named User Plus (NUP)
Berechtigte
Personen
Nicht-benutzer-
bediente Geräte
Zählung vor
dem Mulitplexer
Mulitplexing mit
anderen Systemen
Website Multiplexing
ftp
OC Lizenzroadshow 2017: Grundlagen der Oracle-LizenzierungDOAG 2017 | Lizenzfallen in der Praxis | Andreas Ströbel

Schnittstellen und Datentransfer
 richtige Zählung der Anzahl zu lizenzierender Named User Plus (NUP)
 je nach Art und Weise des Datenaustausches lizenzpflichtig oder nicht
 Multiplexing
 File Transfer  nur bei manueller Verarbeitung
 Automatic Batching  direkte Verbindung erforderlich
Mulitplexing mit
anderen Systemen
ftp

Beispiel: Named User Plus
 Anwendung 1
 Enterprise Edition + Partitioning Option
 2 Sockets / 16 Cores (x86)
 60 Anwender (intern)
 200 Named User Plus (Minimum)
 Anwendung 2
 2 Sockets / 16 Cores (x86)
 5 Anwender (intern, andere)
 10 Named User Plus
File
manuell
automatisch
Multiplexing
65 Named User Plus

Beispiel: Named User Plus
 Produktion
 2 Sockets
 2 Prozessor-Lizenzen
 Entwicklung/Test
 2 Sockets
 10 Named User Plus
File
B2B
Web
Service
NUP nicht zulässig,
Anwender nicht zählbar
2 Prozessor-Lizenzen

Öffentlich Seite 16
Hochverfügbarkeit
2

Öffentlich
Desaster Rechenzentrum
 Installation und Betrieb auf einem Server (RZ 1)
 Daten liegen in einem Storage-System
 Spiegelung der Daten auf entfernte Storage
 Betrieb schwenkt auf anderen Server (RZ 2),
wenn der erste ausfällt
 Datenanbindung über das gespiegelte Storage-System
 Remote Mirroring
 Software ist auf beiden Seiten lauffähig
 beide Seiten müssen lizenziert werden Spiegelung
Rechen-
zentrum 1
Rechen-
zentrum 2

Failover
 Cluster-Konfiguration
 ein Knoten ist der Hauptknoten
 Knoten können in gleicher oder in räumlich
getrennten Sites betrieben werden
 bei Ausfall des Hauptknotens übernimmt
ein anderer seine Funktion
 ein zweiter Knoten darf als Failover-System eingesetzt werden
 weitere Knoten nicht erlaubt!
 es gilt die 10-Tage-Regelung!
31
Instanz
2
Instanz‘
SAN

Failover
 Failover-Konfiguration
 Rechenzentrum 2 als Disaster-Umgebung
 Absicherung der Daten
 Spiegelung der Storage
 Failover-Architektur wird zur
Remote-Mirroring-Architektur!
 beide Seiten müssen lizenziert werden
 KEINE Unterscheidung zwischen
Mirroring und Remote Mirroring
gespiegeltes
Disk Array
1 2
SAN
Rechen-
zentrum 1
Rechen-
zentrum 2
Remote
Mirroring
vs. Remote Mirroring

Virtualisierung
3

Virtualisierung mit Soft Partitioning
 VMware vSphere 5.5
 2 vCenter
 2 getrennte Storages
 Oracle-Datenbank
 8 Prozessor-Lizenzen
vCenter 2
Cluster 4
(ohne Oracle)
Cluster 3
(ohne Oracle)
Cluster 2
(ohne Oracle)
vCenter 1
Cluster 1
(mit Oracle)

 häufig Trennung der Verantwortlichkeiten, z. B.
 DBA-Team  Oracle
 Storage-Team  Storage
 System-Team  VMware und Betriebssysteme
 VMware vSphere 5.5 ist am Ende des Support-Zeitraumes angelangt
 Upgrade auf Version 6.x oder höher
 Durchführung durch das System-Team

 VMware vSphere 6.5
 2 vCenter
 2 getrennte Storages
 vMotion ist über vCenter-
Grenzen hinweg möglich
 Oracle-Datenbank
 beide vCenter bzw.
alle vier Cluster müssen
lizenziert werden
 Enterprise Edition
vCenter 2
Cluster 4
(ohne Oracle)
Cluster 3
(ohne Oracle)
Cluster 2
(ohne Oracle)
vCenter 1
Cluster 1
(mit Oracle)

Lizenzierung bei Nutzung von VMware
 VMware vCenter bis Version 5.0
 alle Server eines Clusters werden lizenziert
 VMware vCenter Version 5.1 bis 5.5
 alle Server des vCenters werden lizenziert
 Begründung: VMs können zur Laufzeit über Cluster-Grenzen hinweg verschoben werden
 VMware vCenter ab Version 6.0
 alle Server aller vCenter des Kunden werden lizenziert
 Begründung: VMs können zur Laufzeit über vCenter-Grenzen hinweg verschoben werden
 entscheidend für die Bewertung ist die Version des vCenters
 Oracle differenziert nicht zwischen den VMware Editionen

Cloud
4

Oracle-Software in der Cloud:
Bring Your Own License (BYOL)
 Approved Vendors
 Amazon Web Services – EC2 (IaaS) und RDS (PaaS)
 Microsoft Azure (IaaS)
 Regelungen unter
http://www.oracle.com/us/corporate/pricing/cloud-licensing-070579.pdf
Letzte Änderung vom 23.01.2017
 Alle anderen Cloud-Umgebungen (außer Oracle Cloud):
es gelten die allgemeinen Lizenzierungsregeln!

Oracle-Software in der Cloud – BYOL
 Amazon Web Services – EC2 und RDS
 Produkte mit „Standard Edition“ im Namen: je 4 vCPU = 1 Prozessor-Lizenz
 bis 16 vCPU bei Standard Edition und 8 vCPU bei Standard Edition One/2
 Microsoft Azure
 1 Azure CPU = 1 Prozessor-Lizenz
 Produkte mit „Standard Edition“ im Namen: je 2 Azure CPU = 1 Prozessor-Lizenz
 bis 8 Azure CPU bei Standard Edition und 4 Azure CPU bei Standard Edition One/2
mit Hyperthreading (die meisten EC2-Instanzen) 2 vCPU = 1 Prozessor-Lizenz
ohne Hyperthreading (T2 und M3.medium) 1 vCPU = 1 Prozessor-Lizenz

Oracle-Software in der Oracle-Cloud – BYOL
 Oracle IaaS und BYOL to PaaS
 2 OCPU = 1 Prozessor-Lizenz
 Produkte mit „Standard Edition“ im Namen: je 4 OCPU = 1 Prozessor-Lizenz
 bis 16 OCPU bei Standard Edition und 8 OCPU bei Standard Edition One/2
 außer bei Java und Webcenter
 Oracle Ravello
 4 vCPU = 1 Prozessor-Lizenz
 entspricht 2 Ravello R1 oder R2 Compute Units
 VMware: keine Lizenzen erforderlich
 Regelungen unter
http://www.oracle.com/us/corporate/contracts/processor-core-factor-table-070634.pdf

Dies und das …
5

Data Pump Export
 Kompression: 4 Typen
 METADATA_ONLY (Default)
 DATA_ONLY, ALL, NONE
 Platz sparen  alle exportierten Daten komprimieren:
 Advanced Compression Option
 diese bedingt die Enterprise Edition
 METADATA_ONLY und NONE sind frei
 Import von Daten aus komprimierten Dump-Dateien ist frei
expdp hr DIRECTORY=dir1 DUMPFILE=comp.dmp COMPRESSION=ALL

Backup: Recovery Manager
 Kompression: 4 Level
 BASIC (Default)
 LOW, MEDIUM, HIGH
 Platz sparen  höheren Level einschalten:
 Advanced Compression Option
 diese bedingt die Enterprise Edition
 BASIC ist frei
CONFIGURE COMPRESSION ALGORITHM 'HIGH';

Enterprise Management Packs
 Abschalten der Management Packs
 sollten gezielt deaktiviert werden
 eine evtl. Nutzungshistorie wird dadurch nicht gelöscht
 hierzu Neuinstallation erforderlich
Parameter Default Soll Bedeutung
PACK_ACCESS_GRANTED YES NO Zugriff nicht erlaubt
PACK_ACCESS_AGREED NO YES Lizenzbedingung bestätigt
CONTROL_MANAGEMENT_PACK_ACCESS DIAGNOSTIC+TUNING (1) NONE Zugriff unterbunden
(1) bis Version 11.1 Default für alle Editionen; ab Version 11.2 Default für Enterprise Edition, sonst NONE

Fazit
 Kleinigkeiten haben ggf. großen Einfluss auf die Lizenzsituation
 Prüfen und planen Sie genau, bevor Sie Änderungen angehen
 Wenn Sie sich nicht mehr sicher sind …
 Lizenzmanagement On-Premises – Der Compliance-Check für Ihre Oracle Systeme
 Lizenzmanagement für die Cloud – Neue Herausforderungen für die Compliance

Fragen & Antworten

Öffentlich
 Überraschend mehr Möglichkeiten
@OC_WIRE
OPITZCONSULTING
opitzconsulting
opitz-consulting-bcb8-1009116
WWW.OPITZ-CONSULTING.COM
Wir helfen bei allen Lizenzfragen!
Andreas Ströbel
Director License Management Consulting
Weltenburger Straße 4
81677 München
andreas.stroebel@opitz-consulting.com
Tel. +49 89 680098-1437
Mobil +49 163 7771941

ORACLE Lizenzierung - Die größten Fallen in der Praxis

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Semelhante a ORACLE Lizenzierung - Die größten Fallen in der Praxis

Semelhante a ORACLE Lizenzierung - Die größten Fallen in der Praxis (20)

Mais de OPITZ CONSULTING Deutschland

Mais de OPITZ CONSULTING Deutschland (20)

ORACLE Lizenzierung - Die größten Fallen in der Praxis