OUTTASKING VON REGELMÄSSIGEN AUFGABEN, DIE NICHT AUTOMATISIERT WERDEN KÖNNEN
PERFORMANCE
Das anschaulichste und intuitiv eingängigste Maß für die »Größe« einer SAP-Komponente ist die Benutzeranzahl. Leider ist dies auch die ungenaueste Angabe, da mit dem Begriff Benutzeranzahl je nach Kontext die Anzahl der Lizenzen, die Anzahl der Benutzerstammsätze und vieles mehr gemeint sein kann. In Komponenten, die im Wesentlichen durch Hintergrund- oder Schnittstellenlast gekennzeichnet sind, verliert die Benutzeranzahl als Maß für die Größe völlig ihren Sinn.
Wenn sich ein Prozess im Zustand hält befindet, liefert das Feld Info Hält die Ursache. Die Beschreibungen der einzelnen Haltegründe finden Sie in der Hilfe zu diesem Feld. Im Prinzip ist es kein Problem, wenn sich einzelne Prozesse kurzzeitig im Status hält befinden. Übersteigt die Zahl der aus dem gleichen Grund haltenden Prozesse jedoch die 20 %-Marke oder befinden sich einzelne Prozesse lange Zeit in diesem Zustand, sollte das Problem detaillierter analysiert werden. Gerade bei haltenden Workprozessen ist oft ein einziger, inperformant oder gar fehlerhaft arbeitender Workprozess die Ursache dafür, dass in einer Kettenreaktion auch andere Workprozesse zum Halten gezwungen werden. Den fehlerhaft arbeitenden Prozess finden Sie anhand des Feldes Dauer. Typischerweise kann man annehmen, dass der Prozess mit der längsten Laufzeit das Problem verursacht hat. Oft kann das akute Problem dadurch beseitigt werden, dass der fehlerhafte Workprozess manuell beendet wird.
Datenmodellierung und -extraktion
Grundlagen des Sizings sind detaillierte Erfahrungswerte über den Ressourcenbedarf von Benutzern und Transaktionen. Diese Erfahrungswerte veralten schnell angesichts neuer Applikations- und Rechnergenerationen, daher fokussieren wir uns in diesem Kapitel auf die Prozesse und Werkzeuge. Bei einem Sizing-Projekt sind mehrere Parteien im Boot: Das Kundenprojekt stellt das Mengengerüst, sprich die Anforderungen an konkurrierende Benutzer, Durchsatz bestimmter Transaktionen und erwartetes Datenvolumen, zusammen. Die Experten des Hardwarepartners erstellen ein Hardwareangebot – wenn nötig, unter Rückgriff auf Experten der SAP. Schließlich benötigen Sie als Projektleiter oder -mitarbeiter das Wissen über den prinzipiellen Sizing-Prozess, um unterschiedliche Sizing-Angebote und Aussagen kompetent vergleichen und bewerten zu können, die Möglichkeiten, Risiken und Grenzen einer Sizing-Aussage zu verstehen und schließlich eine fundierte Entscheidung zwischen den Hardwareangeboten zu treffen.
Soll die Nutzerzuordnung mehrerer Transaktionen überprüft werden, bei denen nicht klar ist, ob sämtliche Transaktionen im Menü der Rollen gepflegt wurden, bietet sich stets die Nutzung der Transaktion SE16N an. Hier werden immer auch die Transaktionen betrachtet, die einer Rolle lediglich mittels des Berechtigungsobjekts S_TCODE zugeordnet wurden. Zudem wird im Ergebnis angezeigt, welche Transaktion in welcher Rolle enthalten ist. Welche Erfahrungen haben Sie mit der Ermittlung bestimmter Transaktionen mit Nutzerzuordnung gemacht? Kennen Sie weitere Varianten zur Lösung dieses Problems? Über Ihre Erfahrungen und.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
Dies sind: Antwortzeit: die gesamte Antwortzeit für eine Aktion in einer Komponente / CPU-Zeit / Datenbankzeit und Datenbank-Procedure-Zeit / Aufrufzeit / Wartezeit (in der Komponente).
Dieser Punkt klingt zuerst vielleicht ein wenig banal.