Roll-out, Roll-in
SAP Business Warehouse (BW) auf SAP HANA und SAP BW/4HANA
Vor Projektbeginn muss geklärt sein, welche Systeme an das IdM angebunden werden und welche Dienste das System erbringen soll. Dies erfordert eine enge Zusammenarbeit zwischen der Fachabteilung und der IT, da spätere Anpassungen oder zusätzliche Systeme die Einführung verlängern und das Budget übersteigen. Vorhandene Daten analysieren Zur erfolgreichen Einführung eines Identity Management Systems ist eine hohe Qualität der Daten unverzichtbar. Die Stammdaten der Benutzer müssen überprüft, aktualisiert oder auch nachgepflegt werden. Eine Automatisierung mit lückenhaften oder gar falschen Daten ist ansonsten nicht denkbar. Berechtigungskonzept überdenken Mit der Einführung eines Identity Management Systems und eines Workflows zur Berechtigungsvergabe sollten die vorhandenen Rollen noch einmal genau unter die Lupe genommen werden. Sie sollten sich fragen, ob der Anwender weiß, welche Rolle er aus dem vorliegenden Katalog auswählt und ob diese ausreichend für seine Aufgabe ist. Rollen-Owner festlegen Nicht nur der Anwender muss wissen, welche Rolle er auswählt. Es muss auch einen Verantwortlichen für die Rolle geben, der die Rolle bei Bedarf anpasst bzw. anpassen lässt oder bei Bedarf als Ansprechpartner fungiert.
SAP HANA kann genutzt werden, um Suite Accelerator genannte Anwendungen zu betreiben. Bei dieser Art von Anwendungen wird SAP HANA als sekundäre Datenbank neben der SAP Business Suite betrieben. Als Beispiel für diese Klasse von Anwendungen sei der CO-PA Accelerator genannt. Daten, die der Accelerator benötigt, werden in die HANA Datenbank repliziert. Der Benutzer arbeitet weiter mit der gewohnten Benutzeroberfläche im SAP-Business-Suite-System, die SAP-Business-Suite-Anwendung delegiert den Datenbankzugriff auf die SAP-HANA Datenbank. Das heißt, der Benutzer profitiert von der Performanceoptimierung durch die SAP-HANA-Datenbank, ohne dass sich seine gewohnte Benutzeroberfläche für ihn ändert. Dieses Szenario ist dazu gedacht, SAP-Kunden einen schnellen, punktuellen Nutzen von SAP HANA zu bieten. Es ist aber als Zwischenlösung zu sehen und in Abbildung 1.4 auch nicht aufgeführt.
Infrastruktur
Wenn die mittleren Datenbankzeiten (Mittlere DB-Zeit) für die verschiedenen Rechner sehr unterschiedlich sind, ist dies ein Indiz für ein Netzwerkproblem: Denn bei symmetrisch konfigurierten Applikationsservern und unter der Voraussetzung, dass die Benutzer auf den Applikationsservern im Mittel die gleichen Transaktionen ausführen, ist nicht einzusehen, warum die Datenbank den einen Applikationsserver langsamer bedienen sollte als den anderen, es sei denn, es besteht ein Problem beim Netzwerktransfer. Diese Analyse gilt natürlich nur für symmetrisch benutzte Rechner. Bei Hintergrund- oder Verbuchungsservern oder bei Servern, auf denen hauptsächlich Reporting läuft, wird die mittlere Datenbankzeit natürlich höher liegen als bei Dialogservern.
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.
Durch die Verwendung von SAP HANA als Datenbank für SAP BW können Performancevorteile des BWs genutzt werden. BW-Anfragen auf InfoCubes und DataStore-Objekte (DSOs) werden von der SAP-HANA Datenbank direkt bearbeitet, zahlreiche administrative Arbeiten der Index- und Aggregatpflege entfallen. Ein separater SAP BW Accelerator (BWA) und die damit verbundene Replikation der Daten entfällt ebenfalls. Dieses Szenario umfasst auch die Unterstützung für SAP-Business-Objects-Anwendungen. SAP BW/4HANA ist die Data-Warehouse-Lösung der nächsten Generation. Es beruht ebenfalls auf dem SAP NetWeaver, ist aber für SAP HANA optimiert und nutzt das Potenzial von SAP HANA vollständig aus.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Darüber hinaus ist der weit verbreitete direkte Aufruf von Betriebssystemkommandos, die nicht durch eine selbst programmierte Berechtigungsprüfung abgedeckt sind, ein großes Problem.
Ein Zettelkasten, in dem schnell Daten aller Art abgelegt und wiedergefunden werden können. Das verspricht Scribble Papers. Anfangs sieht das Programm sehr spartanisch aus. Aber wenn erst einmal eine kleine Struktur vorhanden ist, erkennt man die große Flexibilität dieses kleinen Helfers.
Als V2 werden Bausteine gekennzeichnet, die auch in Zeiten mit etwas niedrigerer Last und ohne den Schutz von Enqueue-Sperren bearbeitet werden können (z. B. die Fortschreibung von Statistiken).