SAP Career Guide - A beginner’s manual on SAP careers for students and professionals

Habe selber 14 Jahre Erfahrung in verschiedenen Modulen. Das Buch ist sensationell beschrieben. Super Beispiel, hervorragende Integrationsaspekte, eines der besten Sachbücher, welche ich je gelesen habe.

D. Filler

SAP BW/4HANA und BW auf HANA, 2. erweiterte Auflage

Das Produkt SAP BW/4HANA hat eine neue Ära im Data Warehousing der SAP eingeleitet. Mit SAP HANA als bewährter technologischer Basis können nun weitere Schritte in Richtung Vereinfachung, Flexibilität und Performance erreicht werden. BW/4HANA bietet moder...

Leseprobe

Inhaltsverzeichnis

  • Vorwort
  • Danksagung
  • 1 Evolution und Überblick
  • Von der Idee zum Produkt vor 2010
  • Die Markteinführung 2010–11
  • Der Durchbruch mit SAP-Applikationen auf HANA 2012–14
  • Die Zukunft mit S/4HANA 2015+
  • SAP HANA 2.0
  • Die Anfangsjahre 1996–2000
  • Die Produktreife 2001–2004
  • Die Revolution mit Stillstand 2005–2010
  • Enterprise Data Warehousing und HANA 2011–2012
  • BW 7.4 powered by HANA
  • BW 7.5 powered by HANA
  • BW/4HANA Starter Add-on
  • BW/4HANA
  • 2 Vorbereitung der Umstellung auf HANA
  • 3 Neuerungen in der Datenbewirtschaftung
  • 4 Modernes Datenmanagement
  • 5 Neue Modellierungsansätze
  • 6 SAP-BW-Referenzarchitektur
  • 7 Die neue Rolle von SAP BW für das operative Reporting
  • 8 Zusammenfassung und Ausblick
  • Anhang
  • A   Die Autoren
  • B   Disclaimer

Weitere Informationen

Autor/in:

Frank Riesner, Klaus-Peter Sauer

Katgorie:

Analytics

Sprache:

Deutsch

Leseprobe

2.1 Sizing

In den letzten Jahren waren wir beim Sizing vieler BW-auf-HANA-Systeme beteiligt. Der mit Abstand häufigste Fall ist, ein bestehendes BW-System auf HANA zu migrieren, der sogenannte Brownfield-Ansatz. Weniger häufig kommt der Greenfield-Ansatz vor, bei dem ein neues BW nur auf einem HANA-System betrachtet wird. Selten ist tatsächlich die Überführung eines Non-SAP-Data-Warehouse (DWH) in ein BW-System, weshalb wir diesen Fall nur kurz ansprechen werden.

Das richtige Sizing des Datenbankservers für HANA ist sehr wichtig, denn bereits hier können viele Fehler gemacht werden. Um das zu vermeiden, hat Marc Bernard einen sehr guten Blog mit den häufigsten Fehlern beim Sizing eines BWs auf HANA geschrieben.

2.1.1 Sizing bei der Migration eines bestehenden BW-Systems

Bei der Migration bestehender BW-Systeme auf HANA wird dringend empfohlen, für das Datenbank-Sizing den ABAP Sizing Report zu nutzen. Er garantiert eine höhere Genauigkeit der Ergebnisse und ist unabhängig von der Datenbankkomprimierung. Außerdem kann er das nicht aktive Datenkonzept, Extended Tables (Details zu beiden Themen in Abschnitt 4.1) sowie künftiges Wachstum miteinbeziehen. Der SAP-Hinweis 2296290 und seine Anhänge beschreiben sehr detailliert, wie Sie diesen Report ausführen und welche Funktion die einzelnen Parameter haben.

Der Sizing-Report heißt /SDF/HANA_BW_SIZING und wird ab dem Service-Plug-in ST-PI 2008_1_7xx SP8 oder ST-PI 740 SP01 ausgeliefert. Die Mindestvoraussetzung für den Report ist NetWeaver BW 7.0 SP1. Für BW-3.5-Systeme gibt es einen eigenen Report (SAP-Hinweis 2021372).

Der Report kann unterschiedlich parametrisiert werden, sodass Sie benötigte Ressourcen und damit die Belastung des Systems sehr gut kontrollieren können. Darüber hinaus nimmt Ihnen der Report viel Arbeit ab, indem er beispielsweise Einflüsse wie die Umstellung auf Unicode und eine eventuelle Komprimierung der Quelldatenbank automatisch berücksichtigt. Sie können den Report auch nur für bestimmte Teilbereiche des Systems ausführen, falls Sie planen, Ihr Systems nur teilweise zu migrieren.

Wir empfehlen, den Report unter Angabe von Wachstumswerten auf Basis Ihrer Erfahrung aus den vergangenen Jahren auszuführen. Damit erhalten Sie einen besseren Überblick über den Hardwarebedarf in den kommenden Jahren. Übliche Werte des organischen Wachstums bewegen sich erfahrungsgemäß zwischen 10 und 30 % jährlich. Ebenfalls empfehlen wir, die Berücksichtigung der nicht aktiven Daten einzuschalten.

Beim Präzisionslevel genügt die Einstellung »Low« für aussagekräftige Ergebnisse. Nur bei kleinen Systemen mit weniger als 500 GB Datenbankgröße empfehlen wir, diese Einstellung auf »High« zu setzen.

Wie schon erwähnt, liegt dem SAP-Hinweis 2296290 eine sehr gute Dokumentation mit Beispiel bei. Darin sind sämtliche Eingabeparameter, die Arbeitsweise des Tools und die Ergebnisse detailliert beschrieben. Deshalb verzichten wir an dieser Stelle auf weitere Ausführungen und ein Beispiel. Wir beschränken uns auf typische Fragen oder wichtige Hinweise, die wir trotz des ausführlichen Sizing-Reports häufig erhalten.

Aktuelle Datenbankstatistiken

Wir empfehlen dringend, den Sizing-Report nur mit aktuellen Datenbankstatistiken auszuführen, da ansonsten fehlerhafte Ergebnisse zu erwarten sind.

Beim Sizing wird oft vergessen, dass jeder Server ein Betriebssystem mit einem gewissen Hauptspeicherbedarf hat. Es werden 10 % der ersten 64 GB und 3 % des restlichen Hauptspeichers für das Betriebssystem reserviert. Pro Serverknoten sind zudem 50 GB für Services und Caches zu reservieren. Damit ergeben sich die in Tabelle 2.1 dargestellten Werte für die derzeit verfügbaren unterschiedlichen Servergrößen. Der Sizing-Report berücksichtigt diese Werte bereits vollautomatisch.

BW-auf-HANA-2

Tabelle 2.1: Verfügbarer Hauptspeicher bei unterschiedlichen Servergrößen

Scale-out-Konfigurationen für BW-Systeme haben mindestens drei Rechnerknoten. Im Minimum sind hier zwei Worker-Knoten zu einem Master dringend empfohlen. Mehr Informationen zu Scale-out finden Sie im Abschnitt 2.4.2 zur Skalierbarkeit. Zusätzliche Details zum Sizing des Master-Knotens und zur optimalen Anzahl an Scale-out-Knoten erhalten Sie auch in den SAP-Hinweisen 1855041 und 1702409.

Sizing des Applikationsservers

Am Sizing des Applikationsservers ändert sich zunächst nichts im Vergleich zu einem BW-System mit einer anderen Datenbank. Dies gilt sowohl für den ABAP- als auch einen JAVA-Applikationsserver. Verwenden Sie hierzu den Quicksizer (siehe nachfolgender Abschnitt).

Sizing zusätzlicher Applikationen und Projekte

Sollten Sie zukünftig weitere Applikationen im BW (z.B. BPC) oder auf der gleichen HANA-Datenbank betreiben wollen (MCOD siehe Abschnitt 2.4.3), dann müssen Sie den Hauptspeicherbedarf dieser Applikationen zusätzlich zum Sizing des BW-Systems berücksichtigen.

Das gilt auch für neue Projekte: Hier kommen weitere Daten ins System, die Sie unbedingt frühzeitig in Ihre Überlegungen miteinbeziehen und hinzuaddieren sollten. Die Konsolidierung mehrerer BW-Systeme ist ebenfalls additiv zu berücksichtigen.

Ein nützlicher Nebeneffekt des Sizing-Reports ist die Ausgabe der Information, wie groß die Datenmenge in bestimmten Objekten ist. Bei sehr großen Row-Stores, Change-logs oder PSA-Tabellen erkennt man schnell, ob ein System gut gepflegt ist. Mehr zum Thema »Housekeeping« erfahren Sie in Abschnitt 2.2.7.

Sizing-Reports für BW auf HANA

Verwenden Sie immer die neueste Version des Sizing-Reports. Der Report wird ständig verbessert, und nur die aktuelle Fassung garantiert höchstmögliche Genauigkeit.

»Neues Sizing-Programm für SAP BW/4HANA«
https://launchpad.support.sap.com/#/notes/2296290

»Sizing Report für BW 3.5-Systeme«
http://service.sap.com/sap/support/notes/2021372

SAP HANA Academy: »BW auf HANA«-Sizing-Video

In diesem Video wird der Einsatz des Sizing-Reports Schritt für Schritt erklärt: https://youtu.be/-qq6d92YJek

2.1.2 Sizing eines neuen BWs auf HANA

Beim Sizing eines brandneuen Systems für BW auf HANA sollte der Quicksizer eingesetzt werden (http://service.sap.com/quicksizer). Es gibt eine spezielle Quicksizer-Version für HANA-basierte Systeme (http://service.sap.com/hanaqs). Das Tool hilft Ihnen, nicht nur die Größe des Datenbankservers zu bestimmen, sondern auch wenn es darum geht, die Applikationsserver richtig zu dimensionieren. Es sind sehr gute und detaillierte Informationen und Videos von SAP verfügbar, sodass wir hier auf weitere Erläuterungen verzichten.

Hilfreiche Informationen zum Sizing

In der Übersicht auf dem SAP-Service-Marktplatz finden Sie Informationen zur Nutzung des Quicksizer-Tools sowie weitere Leitfäden rund um das Thema »Sizing«.
http://service.sap.com/sizing

SAP Active Global Support: »Sizing Approaches for SAP HANA – Lessons Learned« https://websmp110.sap-ag.de/~sapidb/011000358700000050632013E

SAP HANA Academy Sizing Videos

»Sizing SAP HANA – Überblick«
https://youtu.be/QrHJu8gJmZk

»Quicksizer – Überblick«
https://youtu.be/G99er1yguUc

Sizing eines nicht-BW Data Warehouse für BW auf HANA

Angenommen, Sie haben ein bestehendes Data Warehouse, das nicht auf BW-Technologie basiert. Dieses System möchten Sie in ein BW auf HANA überführen. Für das Sizing gibt es zwei Möglichkeiten:

1.   Quicksizer (siehe voriger Abschnitt),

2.   manuelles Sizing.

SAP-Hinweis zum BW auf HANA Sizing

Das manuelle Sizing wird im Anhang zum SAP-Hinweis 1637145 detailliert beschrieben.

https://launchpad.support.sap.com/#/notes/1637145

Was Sie wissen sollten

Eine wichtige Voraussetzung für die Verwendung der Formel im SAP Hinweis 1637145 sind vergleichbare Datenmodelle.

Wenn Sie zum Beispiel im BW planen, die Daten mehrfach persistent abzulegen, dies aber in ihrem heutigen System nicht tun, dann sollten Sie das in Ihre Überlegungen miteinbeziehen, denn sonst besteht die Gefahr, dass Sie das System zu klein dimensionieren.

Das Gleiche gilt auch im umgekehrten Fall, d.h., wenn Sie das Datenmodell und die vorhandenen Redundanzen auflösen, dann benötigen Sie weniger Platz im künftigen BW-System. Im Verlauf des Buches zeigen wir Ihnen, wie Sie Datenschichten virtualisieren können, denn hierzu gibt es speziell mit BW auf HANA neue Möglichkeiten.

2.1.3 Systemvermessung

BW-auf-HANA-2

Abbildung 2.1: Systemvermessung

Da es inzwischen weit über Tausend produktive BW-Systeme auf HANA gibt, steigt die Anzahl der Anfragen nach einer Systemvermessung und wie diese durchgeführt wird. Im HANA Studio können Kunden jederzeit einen Vermessungsreport generieren. Dieser erfasst die Größe des maximal von der Datenbank genutzten Hauptspeichers in den letzten zwölf Monaten. Im nachfolgenden PDF-Dokument auf dem Service Marktplatz ist das für Kunden gut dokumentiert.

Alle Inhalte. Mehr Informationen. Jetzt entdecken.

et.training - Ihre Lernplattform für SAP-Software

  • Zugriff auf alle Lerninhalte1
  • Regelmäßige Neuerscheinungen
  • Intelligenter Suchalgorithmus
  • Innovatives Leseerlebnis
  • Maßgeschneidere Lernpfade
  • Zertifikate & QA-Tests2

Sie haben bereits ein Konto?

1 Sie erhalten Zugriff auf alle Lerninhalte. Online-Trainings, Zertifikate sind NICHT Teil der Flatrate.

2 Weitere Informationen auf Anfrage.