SAP Basis ist einfacher
SAP S/4HANA Migration
Sie verursachen eine hohe CPU-Auslastung und eine hohe Schreib-/Leselast. Dies kann zu einem akuten Hardwareengpass auf dem Datenbankserver führen, der dann die Performance anderer Programme beeinträchtigt. Sie blockieren SAP-Workprozesse für eine lange Zeit. Aufträge von Benutzern können demnach nicht sofort bearbeitet werden, da zunächstauf freie Workprozesse gewartet werden muss. Dies kann zu Wartezeiten in der Queue des SAP-Dispatchers führen. Sie lesen viele Datenblöcke in den Datenpuffer des Datenbankservers und verdrängen dadurch die Daten, die von anderen SQL-Anweisungen benötigt werden. Diese Daten müssen anschließend von der Festplatte nachgelesen werden. Damit verlängert sich auch die Ausführungszeit anderer SQL-Anweisungen.
Mit SAP HANA ändert sich das Bild der Technologieplattform, wie in Abbildung 1.3 vereinfacht dargestellt. Mit SAP S/4HANA und zahlreichen speziell für SAP HANA geschriebenen Anwendungen setzt die SAP ausschließlich auf SAP HANA als Datenbankplattform, in die die Funktionalitäten des SAP TREX und des SAP liveCache nativ integriert sind und die dafür weiterentwickelt wurden. Der SAP NetWeaver AS ABAP (mit dem Programmierparadigma ABAP for HANA) und das BW/4HANA unterstützen aktiv die SAP-HANA-Technologie. Auch dieses Bild erhebt keinen Anspruch auf Vollständigkeit in Bezug auf die dargestellten Komponenten. Auf die Einsatzszenarien von SAP HANA gehen wir im nächsten Abschnitt detaillierter ein.
EMPFEHLUNGEN
Das Mandantenkonzept von SAP ermöglicht es, ein SAP-System in mehrere logische Subsysteme - Mandanten - zu unterteilen. Diese Subsysteme können wie eigene Systeme betriebswirtschaftlich voneinander unabhängig und isoliert genutzt werden. Aber wie sind mandantenunabhängige Transaktionen zu behandeln? Wie können Sie verhindern, dass ein Mandant auf den anderen zugreifen kann und warum sollten Sie das verhindern wollen? In diesem Blog-Beitrag werde ich Ihnen diese Fragen beantworten und dabei einige Negativ-Beispiele diskutieren. Warum ist es wichtig mandantenunabhängige Transaktionen gesondert zu betrachten? Stellen Sie sich vor, dass jeder Ihrer Mitarbeiter einen Mandanten im Produktivsystem anlegen oder ändern darf, oder noch schlimmer - beides. Das Anlegen und Ändern eines Mandanten im Produktivsystem erfolgt autorisiert und dokumentiert – Sie fragen sich, was dabei schon schiefgehen könnte? Das Risiko in diesem Fall ist ein Verlust der Integrität von System und Daten, der Verlust der Vertraulichkeit: Mit jedem neu angelegten Mandanten lebt der Superuser SAP* mit seinen umfassenden, auch mandantenübergreifenden Rechten und dem vergebenen Standardpasswort auf.
Das Portal zum Einsatz dieser Services ist der SAP Solution Manager, über den Sie zentral Zugriff auf die Werkzeuge und Serviceverfahren zur Performanceüberwachung und -optimierung haben. Technisch besteht der SAP Solution Manager (in seiner aktuellen Version 7.2) aus einem SAP NetWeaver AS, auf dessen ABAP-Teil ein für den IT-Servicebetrieb vorkonfiguriertes SAP CRM und ein Service-Add-on mit zusätzlichen Funktionen zum IT-Service- und Application Management laufen. Die Diagnostikfunktionen, auf die wir in diesem Abschnitt besonders eingehen, laufen auf dem Java-Teil des SAP NetWeaver AS. Mit dem SAP Solution Manager können SAP-Systeme ab SAP-Basis 3.1 überwacht und optimiert werden.
Einige fehlende SAP Basis Funktionen im Standard werden durch die PC-Anwendung "Shortcut for SAP Systems" nachgeliefert.
Das SAP-Basis-Team übernimmt die gesamte Administration eines SAP-Systems.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Der SAP Basis-Berater sollte in der Lage sein, folgende Aufgaben zu erledigen.