{"id":61838,"date":"2015-06-01T14:13:00","date_gmt":"2015-06-01T12:13:00","guid":{"rendered":"http:\/\/e3mag.com\/?p=61838"},"modified":"2019-08-02T14:30:08","modified_gmt":"2019-08-02T12:30:08","slug":"vorbereitungen-fuer-die-hana-reise","status":"publish","type":"post","link":"https:\/\/e3mag.com\/de\/vorbereitungen-fuer-die-hana-reise\/","title":{"rendered":"Vorbereitungen f\u00fcr die Hana-Reise"},"content":{"rendered":"

Die Erfahrung zeigt: Hana hilft im Kontext von ERP eher in speziellen Szenarien, die durch In-memory-Technologie beschleunigt werden k\u00f6nnen. Dazu geh\u00f6ren sowohl Klassiker wie die Ergebnis- und Marktsegmentrechnung oder die Logistikinformationssysteme als auch lang laufende Prozesse wie die Gehaltsabrechnung im Personalwesen oder die Materialbedarfsplanung.<\/p>\n

Einige der Module und Prozesse f\u00fcr Hana m\u00fcssen aktuell optimiert werden. Bei anderen Anwendungen beginnt SAP eine komplette Runderneuerung. Die erste in einer Reihe der sogenannten S-Innovations ist SAP Simple Finance. Weitere auf Hana beruhende L\u00f6sungen sind geplant.<\/p>

\"\"<\/a><\/div><\/div>\n

Im Business-Warehouse-Bereich ist das anders. Eine einfache 1:1-Migration von einer klassischen Datenbank auf Hana kann die Performance deutlich verbessern. Nat\u00fcrlich wird dadurch ein schlechtes Datenmodell nicht automatisch in ein gutes, effizientes umgebaut.<\/p>\n

Eine Migration kann ein erster, einfacher Schritt zum Erschlie\u00dfen von \u201eQuick Wins\u201c im Bereich Performance und Systembetrieb sein. Die sollte aber immer mit begleitenden Projekten \u2013 von Housekeeping \u00fcber Datenmanagement (Nearline Storage oder Smart Data Access) und Code-Optimierung bis zu Systemmonitoring oder Alerting \u2013 verbunden werden. Eine reine Migration auf Hana ist ein guter erster Schritt, aber hebt noch lange nicht das vorhandene Potenzial.<\/p>\n

Zweifelsohne ist Hana ein gro\u00dfer Wurf, dennoch handelt es sich dabei \u201enur\u201c um eine Datenbank. Wenn die Datenmodellierung nicht optimal ist, kann dies auch bei Hana die Performance verringern. In einigen F\u00e4llen arbeitet die Plattform sogar langsamer als die bisherige \u201eklassische\u201c Datenbank.<\/p>\n

Der Grund hierf\u00fcr ist, dass in SAP-Systemen bisher viel Arbeitslast auf den Applikationsservern lag, weshalb die Programme auch darauf ausgelegt sind. Wenn die SAP-Systeme nun komplett auf Hana laufen, um die Geschwindigkeit der In-memory-Technologie auszusch\u00f6pfen, ist es empfehlenswert, die Datenmodellierung und gegebenenfalls auch den Abap-Code anzupassen.<\/p>\n

Einfacher Betrieb als Datenbank<\/h3>\n

Hana ist im Praxisbetrieb als Data Warehouse eigentlich einfach zu betreiben, beispielsweise als Ersatz f\u00fcr eine herk\u00f6mmliche Datenbank. Dabei ist weder eine Vielzahl spezieller Engines noch Hana-Studio n\u00f6tig.<\/p>\n

Von den Vorteilen, insbesondere hinsichtlich der Geschwindigkeit und der damit verbundenen Flexibilit\u00e4t im Reporting, k\u00f6nnen vor allem im BW-Umfeld alle SAP-Kunden profitieren.<\/p>\n

Der Mythos einer \u201eteuren Migration auf Hana\u201c ist unbegr\u00fcndet. In der Praxis verbinden SAP-Anwenderunternehmen die Migrationsprojekte aber meist mit anderen, l\u00e4ngst \u00fcberf\u00e4lligen Projekten.<\/p>\n

Die Klassiker daf\u00fcr sind Systemkonsolidierungen, Harmonisierungen, Upgrades, Archivierung\/NLS, Unicode-Umstellungen, Outsourcing oder auch Prozess\u00e4nderungen. Durch solche integrierten Projekte werden Migrationen auf Hana f\u00e4lschlicherweise als langwierig, teuer und schwer zu handhaben wahrgenommen.<\/p>\n

On demand oder on premise?<\/h3>\n

SAP-Anwenderunternehmen k\u00f6nnen Hana sowohl on demand als auch on premise nutzen. Auch in der On-pre\u00admise-Variante k\u00f6nnen Unternehmen die Technologie mit einem angemessenen Aufwand betreiben.<\/p>\n

Sie profitieren davon, dass sie Hana besser kontrollieren und wertvolle Erfahrungen sammeln k\u00f6nnen. F\u00fcr andere Firmen ist die Alternative on demand geeigneter. Sie sollten dabei den Vertrag inklusive der vereinbarten Service Level Agreements pr\u00fcfen.<\/p>\n

F\u00fcr die Einf\u00fchrung von Hana und die Durchf\u00fchrung einer Migration bedarf es auf jeden Fall etwas mehr als bei einer reinen Migration des Betriebssystems oder der Datenbank.<\/p>\n

Durch die In-memory-Technologie m\u00fcssen das Datenmodell und der Systembetrieb angepasst werden, um das System fit f\u00fcr die Zukunft zu machen.<\/p>\n

Nicht alle Daten migrieren<\/h3>\n

Bei der Einf\u00fchrung stellen Hardware- und Softwarekosten die gr\u00f6\u00dfte Herausforderung f\u00fcr Unternehmen dar. Dar\u00fcber hinaus w\u00e4chst der Bestand an Daten kontinuierlich an, w\u00e4hrend ihr Wert gleichzeitig abnimmt.<\/p>\n

Der Schl\u00fcssel ist an dieser Stelle die elektive Systemmigration nach Hana. Diese erm\u00f6glicht nicht nur eine unkomplizierte Einf\u00fchrung, sondern auch eine Reduktion der Systemgr\u00f6\u00dfe, Verbesserung der Ladeperformance sowie eine Senkung der Betriebskosten.<\/p>\n

Anstatt das ganze System einfach zu kopieren, wird auf Basis des Datenmodells des Produktivsystems ein Leersystem erstellt \u2013 jedoch ohne Transaktionsdaten oder Masterdaten.<\/p>\n

Entsprechend vordefinierten Auswahlkriterien wie zeitlichen oder organisatorischen Kriterien werden Daten ins neue Hana-System migriert. Die gesch\u00e4ftskritischen Daten bleiben dabei immer und in Echtzeit zug\u00e4nglich.<\/p>\n

Gleichzeitig lassen sich somit die Total Cost of Ownership (TCO) senken, da ausschlie\u00dflich relevante Daten migriert werden und die gesamte SAP-Landschaft vereinfacht wird.<\/p>\n

Effektives Hana Sizing<\/h3>\n

F\u00fcr das Hardware Sizing der Hana Appliance gibt es verschiedene M\u00f6glichkeiten, das Sizing in der \u201eNicht-Hana\u201c-Umgebung durchzuf\u00fchren:<\/p>\n