Autor: Jérôme Phillippe, Projektleiter und Senior SAP ILM-Berater bei der TJC Group
Einführung
Die effektive Dimensionierung der HANA-Datenbank ist ein entscheidender Aspekt der SAP S/4HANA-Implementierung, um einen reibungslosen Betrieb zu gewährleisten und mögliche Fallstricke zu vermeiden. In diesem Artikel untersuchen wir die Bedeutung der Speicherverwaltung in HANA, Methoden zur Kontrolle des Datenbankwachstums und Strategien zur Optimierung der SAP-Landschaftskosten.
Es geht um den Speicher
Die Dimensionierung der HANA-Datenbank ist ein entscheidender Schritt bei der Implementierung von SAP S/4HANA. Wenn eine klassische Datenbank „langsam wird, wenn das Datenwachstum außer Kontrolle gerät“, dann wird die HANA-Datenbank einfach nicht mehr funktionieren. Ein vereinfachter Ansatz zur Berechnung des Speicherbedarfs besteht darin, das Datenvolumen und -wachstum für die kommenden Jahre abzuschätzen und das Ergebnis dann zu verdoppeln (2 TB Speicher für 1 TB Daten). Wenn der HANA-Speicher zur Neige geht, kann dies zu komplizierten Upgrades und zu erhöhten Lizenzkosten führen – denn ein Upgrade der Lizenz ist keine einfache Sache. Deshalb ist es so wichtig, das Wachstum des Datenvolumens unter Kontrolle zu halten.
Wie werden die Daten im Speicher verwaltet? Welche Methoden können eingesetzt werden, um das Datenbankwachstum zu zügeln und damit die Kosten der SAP-Landschaft zu senken? Schauen wir mal.
Verwaltung von Daten im Speicher: Eine Geschichte der „Stores“
Es ist wichtig zu verstehen, wie die Daten im Speicher verwaltet werden. Die SAP HANA-Datenbank unterstützt zwei Arten von Tabellen: Zeilentabellen und Spaltentabellen. Jede Tabelle wird in ihren eigenen „Store“ geladen und daher unterschiedlich verwaltet. SAP HANA ist für die Speicherung von Spalten optimiert, und das ist der Standardtabellentyp in SAP S/4HANA.
- Zeilen speichern
Das ist ein recht einfacher Prozess. Alle Tabellen der Zeilen werden permanent in den Speicher geladen. Wenn Sie die Auswirkungen auf den HANA-Speicher verringern wollten, müssten Sie die Größe der Tabellen reduzieren. Für einige technische Tabellen sind regelmäßige Housekeeping-Operationen erforderlich, um eine Dateninflation zu vermeiden.
Für funktionale Tabellen (und einige technische) ist die Datenarchivierung absolut sinnvoll, um das Datenvolumen im System drastisch zu verringern, ohne dass es zu Problemen beim Zugriff auf die Daten kommt.
- Spalten speichern
Spaltentabellen werden stark komprimiert. Hohe Komprimierungsraten können erreicht werden, weil die meisten Spalten nur wenige eindeutige Werte enthalten (im Vergleich zur Anzahl der Zeilen).
Spaltentabellen werden bei Bedarf (oder bestenfalls teilweise) geladen. Warum also die Besorgnis? Bei jeder Aktualisierung einer Spaltentabelle (Hinzufügung oder Löschung) wird die Aktualisierung in eine temporäre Tabelle (eine so genannte Deltatabelle) geschrieben. Nach einer bestimmten Zeit oder einer bestimmten Datenmenge wird die ursprüngliche Tabelle mit den Daten aus der Deltatabelle aktualisiert. Für diesen Vorgang wird jedoch der doppelte Speicherplatz benötigt (Spaltentabelle + Deltatabelle).
Insgesamt wachsen die Spaltentabellen mit der Zeit, um die Expansion des Unternehmens zu unterstützen. Weitere Informationen finden Sie im SAP HANA-Administrationshandbuch für SAP HANA Service (auf Englisch):https://help.sap.com/docs/HANA_SERVICE_CF/6a504812672d48ba865f4f4b268a881e/bd2e9b88bb571014b5b7a628fca2a132.html
Der Umgang mit dem Wachstum der Tabelle
Um das Wachstum der Tabellen in den Griff zu bekommen, können verschiedene Strategien angewandt werden:
- Überlegungen zur Datenalterung: Data Aging bezieht sich auf das Entfernen eines Teils der Daten aus dem HANA-Hauptspeicher, die in der SAP HANA-Datenbank gespeichert sind. Bitte beachten Sie, dass Data Aging irreversibel ist und von SAP nicht mehr empfohlen wird (Hinweis 2869647). Aufgrund möglicher Komplikationen ist Vorsicht geboten, da es keinen Weg zurück gibt.
- Regelmäßiges Housekeeping: Regelmäßige Wartungsarbeiten sind für Zeilentabellen unerlässlich, um eine Dateninflation zu verhindern und eine effiziente Datenbankverwaltung zu gewährleisten. Dazu gehören viele kleine Aufgaben, die in den Aufgabenbereich des Datenbankmanagers fallen, wie z. B. das Bereinigen alter Daten, das Bereinigen von Tabellen usw.
- Native Storage Extension (NSE): Für technische Daten und für die Protokollierung von Daten wird empfohlen, direkt NSE zu verwenden. Kurz gesagt werden die Tabellendaten in drei verschiedene Temperaturstufen – Hot, Warm und Cold – eingeteilt, von denen jede auf unterschiedliche Weise in einem speziellen Puffercache in den Speicher geladen/entladen wird (oder auch nicht) (SAP-Hinweis 2799997). Der Datenbankadministrator kann nach einer Analyse entscheiden, NSE für eine Tabelle, eine einzelne Spalte oder eine Tabellenpartition einzurichten. Es ist erwähnenswert, dass NSE bei Bedarf leicht rückgängig gemacht werden kann. Diese Option eignet sich für Daten, die nicht täglich, sondern nur gelegentlich benötigt werden.
- Partitionierung von Spaltentabellen: Die Aufteilung großer Spaltentabellen in kleinere, überschaubare Partitionen auf der Grundlage eines bestimmten Schlüssels trägt zur Optimierung der Speichernutzung bei. Der Erfolg hängt jedoch von genauen Partitionierungsspezifikationen ab, die wir als „Schlüssel“ bezeichnen. Wenn die Abfrage des Benutzers mit dem angegebenen Schlüssel übereinstimmt, ist es möglich, die spezifischen Partitionen zu bestimmen, die die abgefragten Daten enthalten, und den Zugriff auf und das Laden in den Speicher von Partitionen zu vermeiden, die nicht benötigt werden. Basiert die Abfrage hingegen auf einer Überselektion (z. B. Dokumententyp), werden alle Partitionen in den Speicher geladen.
- Datenarchivierung: Bei der Archivierung werden die Daten von der Festplatte entfernt, wodurch verhindert wird, dass die Daten in den Speicher gelangen, es sei denn, Sie entscheiden sich dafür. Die Archivdaten werden aus der Datenbank entfernt und in einem Dateisystem gespeichert, das ein anderer Speicher ist, oder sie können auch in einem externen Container gespeichert werden, der mit dem System verbunden ist. Insgesamt ist dies eine viel günstigere und kosteneffektivere Speicherung.
Zufriedenheit durch SAP-Archivierung
Bei der Archivierung von Daten verlieren die Geschäftsanwender keinen Zugang zu den Daten, ganz im Gegenteil. Die archivierten Daten können weiterhin über die üblichen Transaktionen (z. B. Steuer- und Prüfungsvorgänge) angezeigt werden. Die Daten werden an einem anderen Ort und in einem anderen Format gespeichert, sind aber weiterhin wie gewohnt zugänglich.
Der Datenbankadministrator behält die Kontrolle über das Datenwachstum auf der Festplatte und im Speicher und kann den Benutzern weiterhin ein hohes Serviceniveau bieten.
Die IT-Abteilung hält dieHardware- und Lizenzkosten unabhängig vom Wachstum des Unternehmens unter Kontrolle. Bitte beachten Sie, dass HANA-Lizenzen in Stufen organisiert sind. Wenn Sie beispielsweise eine 1-TB-Lizenz haben und diese überschreiten, besteht der nächste Schritt darin, ein weiteres TB Speicher zu kaufen, was eine enorme Steigerung bedeutet. In der Tat ist es nicht möglich, 1,5 TB oder 1,2 TB zu kaufen. Der Leser wird dies nachvollziehen können, da es in SAP ECC mit Oracle-Datenbanken möglich war, kleinere Speichereinheiten zu kaufen.
HANA freut sich auf SARA
SARA ist die Haupttransaktion für die Archivierung von Daten, mit anderen Worten, es ist das Synonym für Archivierung. Vor ein paar Jahren habe ich in einem Blogartikel eine auffällige Überschrift gelesen:
„HANA wird SARA töten“
Heute wissen wir mit Sicherheit, dass dies nicht der Fall ist, vor allem, weil die Datenalterung ihre Versprechen nicht gehalten hat. Die Datenarchivierung (mit oder ohne ILM) ist nach wie vor die effizienteste Methode zur Verwaltung des Informationslebenszyklus. Deshalb hier mein Vorschlag für ein neues Mantra:
„HANA freut sich auf SARA“
Die Reduzierung des Datenvolumens mit Hilfe von Archivierung und SAP ILM sollte eine entscheidende Phase in jeder Data-Readiness-Strategie bei der Vorbereitung auf die S4/HANA-Migration sein. Sie hilft dabei, den Daten-Footprint und die Speichergröße des SAP HANA-Datenbank-Servers zu reduzieren.
Holen Sie sich Unterstützung von Experten für SAP-Datenarchivierung und ILM, um Daten für die Umstellung auf S/4HANA vorzubereiten und zu verwalten.
