Information et éducation par et pour la communauté SAP

In-memory ist nicht genug

Manche meinen, mit In-memory brauche man sich über die Speicherung der Daten keine Gedanken mehr zu machen. Oracle hat sich schon immer bemüht, Daten möglichst effizient abzuspeichern. Wie die neue Datenbankversion 12c zeigt, arbeitet man intensiv an einer weiteren Steigerung der Effizienz.
Christoph Kersten, Oracle
3 décembre 2015
2015
avatar
Ce texte a été automatiquement traduit en français de l'allemand

Selbst bei SAP hat man inzwischen eingesehen, dass die ursprüngliche, so genial einfach erscheinende Idee, sämtliche Daten permanent im Memory zu halten, teils nicht durchführbar, teils nicht genug ist.

Sie ist etwa dann nicht durchführbar, wenn eine Datenbank in größerem Umfang historische Daten enthält, deren Laden ins Memory zu einer Kostenexplosion beim benötigten Memory führen würde.

Daten permanent im Memory zu halten genügt außerdem nicht, weil jede Datenbank die Persistenz der in ihr abgelegten Daten gewährleisten muss.

Es ist demnach notwendig, persistente Speichermedien zu nutzen, und sinnvoll, sich über die möglichst effiziente Nutzung dieses Speichers Gedanken zu machen. In der Oracle-Datenbank gibt es seit vielen Versionen schon zwei Technologien, die dieser effizienten Nutzung dienen:

Partitionierung und Komprimierung. Und es gibt zwei Technologien, weil das Wort „effizient“ zwei verschiedene Bedeutungen haben kann.

Was zusammengehört: Partitionierung

„Effiziente Nutzung des Speicherplatzes“ – das kann zunächst einmal heißen: Daten sollen so abgelegt werden, dass beim Zugriff auf noch nicht im Memory befindliche Informationen möglichst wenige I/O-Vorgänge stattfinden müssen.

„Optimierung der Datenspeicherung“ bedeutet dann, dass Daten nicht (wie es standardmäßig geschieht) in zufälliger Reihenfolge abgelegt werden, sondern unter Berücksichtigung der Frage, welche Datengruppen später wieder gemeinsam benötigt werden.

Eine Tabelle zu parti­tionieren heißt, sie in solche Teilgruppen zu zerlegen. Eine Partition beinhaltet dann beispielsweise alle Daten, die in einem bestimmten Monat neu eingefügt wurden oder einer bestimmten Filiale zugeordnet sind.

Für SAP-on-Oracle-Kunden ist die Partitionierung bei SAP BW standardmäßig eingeschaltet, sie profitieren also sofort davon. Freigegeben und unterstützt ist Oracle Partitioning aber für alle SAP-NetWeaver-Applikationen. Es kann also auch in Nicht-BW-Systemen eingesetzt werden. Für die Implementierung steht dann z. B. die SAP Partitioning Engine zur Verfügung.

Komprimierung

„Effiziente Nutzung des Speicherplatzes“ kann aber auch heißen: Daten sollen so abgelegt werden, dass sie möglichst wenig Speicherplatz beanspruchen und dass das gigantische Wachstum der Datenbanken gebremst werden kann.

Über mehrere Versionen der Datenbank-Software hinweg betrachtet, bedeutet das, dass die Effizienz der Datenspeicherung permanent gesteigert werden muss, sodass der gleiche Datenbestand von Version zu Version immer weniger Speicherplatz beansprucht.

Und eine zusätzliche Forderung heißt, dass all dies geschehen soll, ohne dass der Kunde dafür den Preis einer Performance-Verschlechterung bezahlen muss.

Bereits Oracle Database 11g setzte auf das Konzept, Werte, die mehrfach auftauchen, nicht mehrfach zu schreiben. Das gilt für Tabellen ebenso wie für Indizes. Die Komprimierungsrate, die dadurch erreicht werden kann, hängt von der Charakteristik der Daten und von der Anwendung ab.

Üblicherweise können Daten aus SAP BW (BI) stärker komprimiert werden als Daten aus SAP ERP (ECC), und SAP CRM erlaubt sogar noch größere Einsparungen. Im Schnitt benötigt eine mit Oracle Database 11g vollständig komprimierte Datenbank im SAP-Umfeld 55 Prozent weniger Speicherplatz als die entsprechende unkomprimierte.

Auf die Temperatur kommt es an

Eine häufig gestellte Frage lautet: Warum wird eigentlich die komprimierte Abspeicherung von Daten nicht zum Standard gemacht?

Einen Teil der Antwort erhält man, wenn man auf diejenigen SAP-BW-Tabellen blickt, die für das Laden neuer Daten verwendet werden. Solche Tabellen würde man gerne komprimieren, aber das würde den Ladevorgang erheblich verzögern.

Hier setzt Oracle Database 12c an, und zwar durch die Einführung eines neuen Parameters. In Version 11g kann der Anwender im Hinblick auf jede Tabelle und jeden Index die Frage beantworten, ob dieses Objekt komprimiert werden soll.

Mögliche Antworten sind „Ja“ oder „Nein“. In Version 12c wird zusätzlich die Frage gestellt, wann neue oder geänderte Daten komprimiert werden sollen. Möglich sind nun also Antworten der Art: „Ja, aber erst in einer Woche.“

Erst durch diesen neuen Parameter können die für das Laden von Daten benötigten Tabellen in die Komprimierung einbezogen werden: Geladen werden zunächst unkomprimierte Daten (keine Verlängerung der Laufzeit), die erst nachträglich, d. h. zu einem geeigneten Zeitpunkt komprimiert werden (deferred compression).

Diese Lösung wurde in Oracle Data­base 12c so generell gestaltet, dass sich mit ihr ein komplettes Information Lifecycle Management (ILM) implementieren lässt. Es stützt sich auf zwei neue Features:

  • Die sogenannte Heat Map überwacht automatisch, wie intensiv Daten genutzt werden. Sie unterteilt dabei in „heiße Daten“, die häufig lesend und schreibend genutzt werden, „warme Daten“, die nur lesend genutzt werden, und „kalte Daten“, die sehr selten oder gar nicht mehr genutzt werden.
  • Automatic Data Optimization (ADO) erlaubt es, genauer zu definieren, was „heiß“, „warm“ und „kalt“ bedeuten soll, und festzulegen, was beim Übergang der Daten vom heißen in den warmen oder vom warmen in den kalten Zustand geschehen soll.

Daten können bei der Veränderung ihrer „Temperatur“ auf andere Speichersysteme ausgelagert werden, ein Vorgang, der auch als „Storage Tiering“ bezeichnet wird. So lassen sich etwa kalte Daten auf langsame und damit kostengünstigere Platten auslagern.

Über die Automatic Data Optimization definiert der Datenbankadministrator Regeln, die die unterschiedlichen „Temperaturzustände“ beschreiben, beispielsweise, dass Daten, die 180 Tage lang nicht verändert wurden, als „kalt“ anzusehen sind.

„Compression Tiering“ entscheidet dann zusätzlich darüber, wie stark die angewendete Komprimierung sein soll; auch hier kann der Zeitfaktor eine Rolle spielen. Wenn Daten etwa länger als 360 Tage nicht mehr angefasst wurden, käme die stärkste Komprimierung zum Zuge.

„Innerhalb“ ist besser als „in der Nähe“

Diese umfassenden Komprimierungskonzepte und -technologien für Oracle Database 12c bieten insbesondere im Vergleich zu SAP-eigenen Lösungen Vorteile. So wird bei Hana auch die kontinuierlich wachsende Datenbank zum Problem.

Um den Produktivbetrieb nicht zu behindern, setzt SAP auf „Near-Line-Storage“, was nichts anderes bedeutet, als Daten aus der Produktivdatenbank herauszuziehen und separat zu speichern, wenn auch „nahe“ an der Datenbank. Mit Oracle Database können Daten wesentlich länger in der Produktivdatenbank gehalten werden, da sie erheblich stärker komprimiert werden können.

Oracle Exadata

Wer die Oracle-Datenbank noch weiter ausreizen möchte, ist mit den Engineered Systems von Oracle gut bedient. Die für den Datenbankbetrieb optimierte Exadata-Datenbankmaschine beherrscht noch weitere Optimierungs- und Effizienzsteigerungsmethoden:

Mit der Hybrid Columnar Compression bieten Exadata-Systeme zusätzliche, stärkere Komprimierungsalgorithmen, sodass Compression Tiering in zahlreichen Stufen möglich ist.

Zusätzlich erweitert eine Exadata die Datenbank um „Smart Storage“. Damit wird ein Teil der datenintensiven Berechnungen vom Datenbank-Server in die Storage-Server verlagert. So können etwa bei Abfragen Tabellen und Indizes, die nicht relevant sind, bereits auf Storage-Ebene ausgefiltert werden, um den I/O deutlich zu reduzieren.

Oracle Database bietet also vielfältige Möglichkeiten der Optimierung und Effizienzsteigerung für den Datenbank-Storage. Wer diese Möglichkeiten für seine SAP-Systeme einsetzt, kann die Ressourcen besser nutzen, ohne dabei auf Datenbank-Performance zu verzichten.

avatar
Christoph Kersten, Oracle

Christoph Kersten ist Principal Sales Consultant Database bei Oracle. Er ist seit 1989 bei dem Unternehmen und seit 1999 im Oracle Database for SAP Global Technology Center in Walldorf.


Écrire un commentaire

Le travail sur la base SAP est essentiel pour réussir la conversion S/4. 

Ce que l'on appelle le centre de compétences prend ainsi une importance stratégique chez les clients existants de SAP. Indépendamment du modèle d'exploitation d'un S/4 Hana, les thèmes tels que Automatisation, Suivi, Sécurité, Gestion du cycle de vie des applications et Gestion des données la base de l'exploitation opérationnelle de S/4.

Pour la deuxième fois déjà, le magazine E3 organise à Salzbourg un sommet pour la communauté SAP afin de s'informer en détail sur tous les aspects du travail de base de S/4-Hana.

Lieu de la manifestation

FourSide Hôtel Salzbourg,
Trademark Collection by Wyndham
Am Messezentrum 2, 5020 Salzbourg, Autriche
+43-66-24355460

Date de l'événement

mercredi 10 juin, et
Jeudi 11 juin 2026

Billet d'entrée anticipé

Billet régulier

EUR 390 hors TVA
disponible jusqu'au 1.10.2025
EUR 590 hors TVA

Lieu de la manifestation

Hôtel Hilton Heidelberg
Kurfürstenanlage 1
D-69115 Heidelberg

Date de l'événement

mercredi 22 avril et
Jeudi 23 avril 2026

Billets

Billet régulier
EUR 590 hors TVA
Abonnés au magazine E3
à prix réduit avec le Promocode STAbo26
EUR 390 hors TVA
Étudiants*
à prix réduit avec le Promocode STStud26.
Veuillez envoyer votre certificat d'études par e-mail à office@b4bmedia.net.
EUR 290 hors TVA
*Les 10 premiers billets sont gratuits pour les étudiants. Tentez votre chance ! 🍀
L'organisateur est le magazine E3 de la maison d'édition B4Bmedia.net AG. Les conférences seront accompagnées d'une exposition de partenaires SAP sélectionnés. Le prix du billet comprend la participation à toutes les conférences du Steampunk and BTP Summit 2026, la visite de l'espace d'exposition, la participation à la soirée et les repas pendant le programme officiel. Le programme des conférences et la liste des exposants et des sponsors (partenaires SAP) seront publiés en temps utile sur ce site.