Warum brauchen Sie in Ihrer Firma SAP-Basis-Admins?
FREIRÄUME SCHAFFEN
Damit können Sie anhand dieser Zeiten schnell feststellen, in welcher Komponente lange Zeiten aufgetreten sind. Eine hohe CPU-Zeit, Datenbankzeit oder Datenbank-Procedure-Zeit bedeutet, dass die Anwendung auf der Komponente genauer analysiert werden muss. Eine hohe Wartezeit in der Komponente deutet auf eine Überlastungssituation in der Komponente hin. Abhängig vom Typ der Komponente (ABAP- oder Java-Instanz) muss eine komponentenabhängige Analyse erfolgen. Eine hohe Aufrufzeit schließlich bedeutet, dass das Performanceproblem nicht in dieser Komponente, sondern in einer von dieser aufgerufenen Komponente zu finden ist. Es muss daher also einen weiteren Statistiksatz einer aufgerufenen Komponente geben, der eine hohe Antwortzeit aufweist.
Unter dem Knoten Systemlast im linken oberen Fenster finden Sie die Funktion Last der letzten Minuten anzeigen. Diese Funktion verwenden Sie, wenn Sie die Last der letzten Minuten analysieren wollen. Grundsätzlich ermittelt der Workload-Monitor die Systemlastdaten einmal pro Stunde aus den Statistikdateien der einzelnen Komponenten. Damit können Sie üblicherweise keine Daten anzeigen, die jünger sind als 1 Stunde und deshalb noch nicht in die Datenbank geschrieben wurden. Mit der Funktion Last der letzten Minuten anzeigen können Sie für einen bestimmten Zeitraum in der letzten Stunde die Daten aktiv anfordern (z. B. für die letzten 15 Minuten). Beachten Sie jedoch, dass dies je nach Größe des Systems einige Minuten in Anspruch nehmen kann.
Transaktionsschritt
Schlechte Performance einer betriebswirtschaftlichen Business-Anwendung ist eine einfache Möglichkeit, um einen Kunden zu verärgern. Die Performance betrifft dabei den Dialogteil der Anwendung, d. h. den Teil, in dem Daten eingegeben und gespeichert werden, sowie die automatische Hintergrundverarbeitung, die Daten weiterverarbeitet, ohne dass der Kunde online ist. Schlechte Performance der Dialoganwendung trifft den Kunden sofort bei der Dateneingabe, schlechte Performance der angeschlossenen Hintergrundanwendungen trifft ihn indirekt, weil etwa das von ihm bestellte Produkt nicht in der versprochenen Zeit geliefert wird.
In Anlehnung an die Empfehlung der Unterteilung der SAP-Basis in eine anwendungsnahe und infrastrukturnahe SAP-Basis [A4] zeigt die Abbildung 3 eine mögliche Darstellungsform. Die Schnittstellenfunktion SAP-Basis wird in eine anwendungsnahe SAP Basis, die für die Koordination und Kommunikation mit vertikal und höher angesiedelten IT-Fach- und Geschäftsbereichen zuständig ist, und in eine infrastrukturnahe SAP-Basis gegliedert. Die infrastrukturnahe SAP-Basis wiederum dient als Bindeglied der anwendungsnahen SAP-Basis zu den Infrastrukturebenen. Die Aufgabe des Bindeglieds wird erneut von Subject Matter Experten erfüllt. In der anwendungsnahen SAP-Basis wiederrum sind eher Technologiearchitekten platziert. Der Aspekt der Innovationstätigkeit bzw. des Innovations-Teams der SAP-Basis wird auf Ebene der anwendungsnahen SAP-Basis platziert, da diese aufgrund der vorhandenen Fähigkeiten eine führende, ebenfalls koordinierende Rolle übernehmen und sich Fachwissen sowohl durch Hinzunahme der infrastrukturnahen SAP-Basis als auch nachgelagerten IT-Fachabteilungen einholen kann. Abbildung 3: SAP-Basis als Querschnittsfunktion SAP-Basis (anwendungsnah) SAP-Basis (infrastrukturnah) SAP-Basis (Innovation / Testlabor) Anwendungsentwicklung Datenbanken Virtualisierung ....
Einige fehlende SAP Basis Funktionen im Standard werden durch die PC-Anwendung "Shortcut for SAP Systems" nachgeliefert.
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.
Zur Dokumentation und Aufbereitung der Ergebnisse wie auch zur wissenschaftlichen Betrachtung des Themengebiets wurde parallel zum Projekt eine Masterarbeit initiiert.