Identity Management System: Tipps zur Einführung
Konfigurationsanpassungen und Parameteränderungen
Die Performance der Dialoganwendungen und der Hintergrundanwendungen sind in der Regel unabhängig voneinander zu bewerten. Zur Performanceüberwachung gehört die bedarfsgerechte Ressourcenzuteilung, wenn beide Arten von Anwendungen auf einem technischen IT-System laufen (was normalerweise der Fall ist). In der Regel wird man Dialoganwendungen höhere Priorität einräumen als Hintergrundanwendungen. Ausnahmen bestätigen dagegen die Regel: Hintergrundanwendungen mit einer festen Deadline beanspruchen wiederum die höchste Priorität. Ein Beispiel dafür ist der Druck von Lieferunterlagen (Lieferscheine, Adressaufkleber, Rechnungen etc.). Wenn diese nicht zu einem bestimmten Zeitpunkt fertig sind, ergibt sich unter Umständen eine Lieferverzögerung von 24 Stunden (Postausgang!).
Alternativ zum Sizing mit dem Quick Sizer bietet SAP häufig ein sogenanntes T-Shirt-Sizing an. Bei dieser Art von Sizing werden typische Hardwarekonfigurationen beschrieben, die Größenkategorien wie S, M, L und XL entsprechen – daher auch die Bezeichnung T-Shirt-Sizing. Für diese Konfigurationen wird angegeben, wie viele Benutzer bzw. welchen Durchsatz eine bestimmte Konfiguration tragen kann. Ein Beispiel für ein T-Shirt- Sizing ist das Sizing für SAP Enterprise Point-of-Sale (POS). Die Sizing- Guidelines finden Sie im SAP Support Portal unter http://service.sap.com/ sizing > Sizing Guidelines > Industries. Dort finden Sie u. a. die folgenden Angaben für eine mittelgroße Installation mit 100 angeschlossenen Terminals: 800 SAPS und 1 GB Hauptspeicher für den Applikationsserver, 100 SAPS und 1 GB Hauptspeicher für die Messaging-Middleware sowie 400 SAPS und 1 GB Hauptspeicher für die Datenbankinstanz. Bitte beachten Sie, dass diese Zahlen nur ein Beispiel darstellen. Sie können veralten und zeigen auch nur einen kleinen Ausschnitt der Sizing-Anleitung. Sie dürfen daher nicht als Grundlage für ein Sizing verwendet werden.
Benutzerabgleich manuell mit Transaktion PFUD durchführen
Eine weitere Möglichkeit, Internetbenutzer an die SAP-Applikationsebene anzubinden, ist die Verwendung eines JSP-Servers (Java Server Pages) oder eines Java-Applikationsservers. Die verwendeten Sprachen sind HTML und Java, die Programmiermodelle sind JSP oder Java-Servlets. Ein Beispiel für Lösungen, die dieses Programmiermodell zur Realisierung der Präsentationslogik verwenden, ist das SAP Enterprise Portal. Auch Teile der Anwendungslogik können in einem Java-Applikationsserver realisiert sein (als sogenannte Enterprise JavaBeans, EJB).
Anhand dieser Angaben können Sie schnell feststellen, in welcher Komponente lange Zeiten aufgetreten sind. Eine hohe CPU-Zeit bedeutet, dass die Anwendung auf der Komponente weiter analysiert werden muss. Eine lange Wartezeit in der Komponente deutet auf eine Überlastungssituation in dieser Komponente hin. Abhängig vom Typ der Komponente (ABAPoder Java-Instanz) muss eine komponentenabhängige Analyse erfolgen. Eine hohe Call-/Roll-Wartezeit schließlich bedeutet, dass das Performanceproblem nicht in dieser Komponente, sondern in einer von dieser aufgerufenen Komponente zu finden ist.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Die SAP SE bietet verschiedene Trainings und Zertifizierungen für SAP Basis-Administratoren und SAP Basis-Berater an.
Hier lesen die Anwender benötigte Informationen ab und tragen neue Daten in das System ein.