Verteilung von SAP-Applikationsinstanzen
SALE IDoc-Schnittstelle / Applikation Link Enabling (ALE)
Diese Variante bietet sich an, wenn mehrere Transaktionen gleichzeitig auf ihre bestehende Zuordnung zu einem bestimmten Nutzer hin geprüft werden sollen. Bei dieser Variante müssen zunächst sämtliche Rollen ermittelt werden, die dem betreffenden Nutzer bereits zugeordnet wurden. Dies erfolgt in der Transaktion SE16N über Eingabe der Tabelle AGR_USERS. Außerdem lässt sich in diesem Bild die Begrenzung der maximalen Trefferzahl aufheben. Hier muss nun der betreffende Nutzer eingetragen werden. Außerdem sollte die Ausgabe lediglich auf die Rollen beschränkt werden. Nach dem Ausführen der Anfrage werden nun sämtliche Rollen, die dem vorher eingegebenen Nutzer zugeordnet sind, angezeigt. Diese werden nun komplett markiert und kopiert. Anschließend wird in der Transaktion SE16N wieder ein Schritt zurück gegangen und diesmal die Tabelle AGR_1251 gewählt. Hier werden nun sämtliche Rollen, die zuvor kopiert wurden, eingefügt. Zusätzlich wird nach dem Objekt S_TCODE und den Transaktionen, nach deren Zuordnung gesucht werden soll, gefiltert. Achtung: Bei der Eingabe der Transaktionscodes ist auf Groß- und Kleinschreibung zu achten! An dieser Stelle kann außerdem die Ausgabe auf die Rollen und Objektwerte (das sind in diesem Fall die Transaktionen) beschränkt werden. Nach dem Ausführen der Anfrage werden von den eingegebenen Transaktionen nun diejenigen angezeigt, die der Nutzer bereits ausführen kann. Zusätzlich ist ersichtlich, durch welche Rolle die Transaktion zugeordnet wurde. Abschließend ist festzustellen, dass sich die SUIM zur Ermittlung bestimmter Transaktionen mit Nutzerzuordnung nur bedingt eignet. Zwar lässt die Suche über das Berechtigungsobjekt S_TCODE auch die Betrachtung mehrerer Transaktionen zu. Da im Ergebnis allerdings die Zuordnung von betrachteten Transaktionen zu Rollen fehlt, lässt sich die Transaktion SUIM nur dafür sinnvoll nutzen, eine einzige Transaktion auf ihre bestehende Zuordnung zu einem bestimmten Nutzer hin zu überprüfen.
Die Auswertung der statistischen Einzelsätze ermöglicht es Ihnen, einzugrenzen, in welchen Bereichen Performanceprobleme bei einzelnen Programmen auftreten: Probleme durch ineffiziente Tabellenpufferung / Probleme durch teure SQL-Anweisungen / Probleme durch hohen CPU-Verbrauch von ABAP-Anweisungen. Sofern sich Ihre Transaktionen über mehrere SAP-Systeme erstrecken, ist eine End-to-End-Workload-Analyse von Bedeutung. Diese kann mit dem globalen Workload-Monitor, den Sie im SAP NetWeaver AS ABAP finden, oder mit dem SAP Solution Manager durchgeführt werden.
Zusammenarbeit mit internen Supports
Die Statistiksätze werden aus Performancegründen zunächst im Hauptspeicher gesichert und dann in das Dateisystem der Festplatte geschrieben. Durch einen stündlich laufenden Hintergrundprozess (SAPPerformancekollektor) werden die Daten dann anhand der charakterisierenden Parameter zu Lastprofilen verdichtet; dies können Zeitprofile, Serverprofile oder Transaktionsprofile sein. Die Einzelsätze werden nach einer bestimmten Zeit gelöscht. Die aggregierten Daten werden in der Datenbank gespeichert.
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.
Etliche Aufgaben im Bereich der SAP Basis können mit "Shortcut for SAP Systems" wesentlich erleichtert werden.
Zur Verwendung dieser Datei muss der Parameter gw/reg_info gesetzt sein.
Geben Sie den Transaktionscode SPAM ein.