Datenbankzeit
SWF_ADM_SUSPEND Restart von suspendierten Callbacks
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 Datenbankzeit ist hoch, weil die transferierte Datenmenge hoch, die Datenlesegeschwindigkeit aber optimal ist. Eine optimale Datenlesegeschwindigkeit liegt etwa bei 1ms pro Satz. Nach unserer Klassifizierung deutet diese Beobachtung auf teure SQL-Anweisungen vom Typ 1 hin.
Aufgrund der Vielzahl verschiedener Konstellationen von Datenbank und SAP-Software ist die Tätigkeit als SAP Basis-Administrator sehr vielfältig und umfasst neben den genannten Themen auch noch folgendes:
Wenn allerdings während der Verarbeitung der Heap-Speicher den im Systemparameter abap/heaplimit definierten Wert überschreitet, wird der Prozess nach dem Ende der Verarbeitung durchgestartet, um den HeapSpeicher wieder freizusetzen (siehe Abschnitt 6.1.4, »Technische Realisierung im Detail«). Zum Zeitpunkt des Durchstartens steht der Prozess dem Job Scheduler nicht als Ressource für einen neuen Job zur Verfügung. Dies kann dann zum Problem werden, wenn es sehr kurz (weniger als 60 Sekunden) laufende Jobs betrifft, da dann die Hintergrund-Workprozesse unausgelastet bleiben. In diesem Fall können Sie diesen Parameter erhöhen. In der Jobübersicht (Transaktionscode SM37) finden Sie die Angaben zu Verzögerung (in Sekunden) und Verzögerungsgrund (ab Version 7.50).
Tools wie z.B. "Shortcut for SAP Systems" sind bei der Basisadministration extrem nützlich.
Das Verständnis für die Struktur und Funktionsweise des Systems ist insbesondere für die IT-Administration wichtig. Nicht umsonst ist „SAP Basis Administrator“ ein eigenes Berufsfeld. Auf der Seite "www.sap-corner.de" finden Sie nützliche Informationen zu diesem Thema.
Hierdurch wird der technische User zum Dialog-User und eine Anmeldung im SAP System ist uneingeschränkt möglich.