Oracle Datenbanken auf virtueller Infrastruktur gehören längst zum Alltag, Storage IO dort ist jedoch immer wieder eine Quelle von Ärgernissen. Insbesondere die Schere zwischen Hochverfügbarkeit und IO Leistung stellt eine Herausforderung dar. Das Produkt „Dell EMC RecoverPoint“ ist eine Storage-Replikationslösung über Netzwerk, die als Kernel Plugin in VMware vSphere/ESXi integriert wird, und für einzelne VMDKs bzw. Volume Groups wirkt.

Und darauf möchte man wirklich Oracle betreiben? Und auch noch performant??

Oracle ACE Director Martin Klier ist technisch sehr skeptisch, als im Frühjahr 2021 ein Endkunde der TGW Logistics Group diese harte – und von allen bewährten Standards abweichende – Anforderung für ein Projekt äußerte. Um herauszufinden wie realistisch eine auf RecoverPoint basierende Lösung für den produktiven Betrieb eines vollautomatisierten Lagersystems mit mehreren tausend Transaktionen pro Sekunde ist, wurden intensive Performance Benchmarks und Failovertests mit dem Kunden auf den geplanten Live-Systemen durchgeführt.

Dieser Vortrag berichtet über die Vorgeschichte, das Scoping, und die Benchmark Tests. Die Ergebnisse und deren Interpretation sind zwar Bestandteil des Vortrags, Schwerpunkt soll aber die von dem getesteten Produkt unabhängige Kunst des Benchmarkings im IOPS Bereich sein.

Nachdem sich der sehr erfolgreiche Vortrag im Teil I vor allem mit dem Parsing beschäftigt hatte, wird diesmal der Schwerpunkt auf dem Übersprechverhalten im IO-Bereich liegen.

Der vielen von uns auch gefühlsmäßig vertraute Aufbau der Oracle Database wird grundlegend erneuert. Voraussichtlich werden die nächsten Generationen der Oracle Database und deren Technologien nur noch auf Basis der „Multitenant“ Architektur erhältlich sein. Mit Version 19c ist diese bereits in der dritten Überarbeitung optional verfügbar – Oracle wird daher für die kommenden Versionen sicher darauf aufbauen.

Höchste Zeit also, sich die Sache einmal im Detail anzusehen: Gibt es Unterschiede in der Leistung zwischen „klassischem“ und „pluggable“ Database Konzept?

Auf Basis durchgeführter Versuche und frischen Eindrücken aus der Praxis erläutert OLTP-Spezialist und Oracle ACE Director Martin Klier, wo die (nicht mehr) neue Architektur aus Performance-Sicht Vorsicht erfordert, wo sich ein neuer Mieter (=Tenant) genau nach störenden Nachbarn (=Noisy Neighbours) umsehen sollte, und warum der Ort für den Spielplatz gut überlegt sein möchte.

Nachdem sich der sehr erfolgreiche Vortrag im Frühjahr vorrangig mit dem Parsing beschäftigt hatte, soll es dieses Mal schwerpunktmäßig um Übersprechverhalten im IO Bereich gehen.

Darüber hinaus vermittelt der Vortrag Kenntnisse, wie die Performanceanalyse im Multitenant Umfeld praktisch abläuft.

Der vielen von uns auch gefühlsmäßig vertraute Aufbau der Oracle Database wird grundlegend erneuert. Voraussichtlich werden die nächsten Generationen der Oracle Database und deren Technologien nur noch auf Basis der „Multitenant“ Architektur erhältlich sein. Mit Version 19c ist diese bereits in der dritten Überarbeitung optional verfügbar – Oracle wird daher für die kommenden Versionen sicher darauf aufbauen.

Höchste Zeit also, sich die Sache einmal im Detail anzusehen: Gibt es Unterschiede in der Leistung zwischen „klassischem“ und „pluggable“ Database Konzept?

Auf Basis durchgeführter Versuche und frischen Eindrücken aus der Praxis erläutert OLTP-Spezialist und Oracle ACE Director Martin Klier, wo die (nicht mehr) neue Architektur aus Performance-Sicht Vorsicht erfordert, wo sich ein neuer Mieter (=Tenant) genau nach störenden Nachbarn (=Noisy Neighbours) umsehen sollte, und warum der Ort für den Spielplatz gut überlegt sein möchte.

Darüber hinaus vermittelt der Vortrag Kenntnisse, wie die Performanceanalyse im Multitenant Umfeld praktisch abläuft.