ERSTELLUNG EINES KRITERIENKATALOGS
SYSTEM
Sehr hohe Priorität hat dabei die Überwachung des Extended Memorys. Ist dieser erschöpft, ist ein produktives Arbeiten in der Regel nicht mehr möglich, und es muss sofort reagiert werden. Zum einen kann die Vergrößerung des Extended Memorys die Situation entschärfen. Zum anderen sollten Sie analysieren, ob es Programme mit einem fehlerhaft großen Speicherkonsum gibt.
Der Workload-Monitor (Transaktionscode ST03), der AnmeldegruppenMonitor (Transaktionscode SMLG) und die Workprozess-Übersicht (Transaktionscode SM66 bzw. SM50) sind die Werkzeuge zur Überwachung der Lastverteilung. In Abschnitt 2.5, »Analyse der SAP-Workprozesse«, und Abschnitt 3.4.1, »Allgemeines Performanceproblem analysieren«, finden Sie die Beschreibung der Analysen, anhand derer Sie feststellen können, ob die Last optimal auf das System verteilt ist. Stellen Sie in der Lastverteilung einen Engpass fest, kann die Umverteilung der Workprozesse ein probates Mittel zur Optimierung sein. Detaillierte Vorschläge zur Verteilung der Workprozesse finden Sie in den folgenden Abschnitten.
SWU9 Trace der Komponente BC-BMT-WFM
Wenn Sie die Workprozess-Übersicht für einige Minuten beobachten (Schaltfläche Auffrischen), können Sie relativ sicher feststellen, ob ein akutes Performanceproblem auf dieser SAP-Instanz vorliegt, und dessen Ursache grob eingrenzen. Die Belegung aller Workprozesse eines Typs (d. h. Dialog, Verbuchung etc.) deutet auf ein solches Problem hin. Wenn die Workprozess-Übersicht zahlreiche Workprozesse mit den Aktionen Sequenzielles Lesen, Direktes Lesen, Update, Commit, Warten auf DBLock oder anderen Datenbankaktivitäten zeigt, liegt ein Problem im Bereich der Datenbank vor. Öffnen Sie in diesem Fall zwei weitere Modi. Starten Sie den Datenbankprozessmonitor und den Datenbanksperrmonitor (Exclusive Lockwaits), um eventuell teure SQL-Anweisungen oder Datenbanksperren zu identifizieren.
Die Berechnung der für ein SAP-System voraussichtlich benötigten Hardware, also die erforderliche CPU-Leistung, Hauptspeicher-, I/O- und Festplattengröße, bezeichnet man als Hardware-Sizing. Das Sizing von SAP-Systemen folgt einer klaren Prozedur, die zwischen SAP und den zertifizierten Hardwarepartnern abgestimmt und ständig weiterentwickelt wird. Die Grundlagen des Hardware-Sizings sollten jedem Performanceexperten ein Begriff sein. Im ersten Abschnitt dieses Kapitels stellen wir das Sizing eines neuen Systems (initiales Sizing) vor, indem wir neben den Grundlagen ein konkretes Beispielprojekt durchgehen und Ihnen auch die SAP Standard Application Benchmarks vorstellen. Im zweiten Abschnitt beschreiben wir die unterschiedlichen Sizing-Situationen, denen man bei bereits bestehenden Systemen begegnet: Lasterhöhung, Versionswechsel, Unicode-Konvertierung, SAP-HANA-Migration etc..
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Unterteilen lässt sich der Open-Innovation-Ansatz in die drei Kernprozesse des Outside-In-Prozess, Inside-Out-Prozess und Coupled-Prozess.
Nach dem Ausführen der Anfrage werden nun die Rollen angezeigt, welche die angefragte Transaktion beinhalten und dem Nutzer zugeordnet sind.