Benutzer und Workprozesse auf CPU-Ressourcen verteilen
SAP Portal
Gerade nach Sicherheitsvorfällen kann es notwendig sein herauszufinden, welche (technischen) User sich zu welchem Zeitpunkt eingeloggt haben. Einen ersten Einstiegspunkt bietet dafür die Tabelle USR02. In der Spalte TRDAT können Sie für den gewünschten User das letzte Anmeldedatum finden. Eine Historie über die vorherigen Anmeldungen ist in dieser Tabelle jedoch nicht zu finden. In solchen Fällen hilft der Security Auditlog oder kurz SAL. Vorbereitung Damit Sie auf die gewünschten Daten zugreifen können, müssen diese zuvor auch gespeichert worden sein. Im Security Auditlog können Sie über verschiedene Filter bestimmen, für welche User auf welchen Mandanten welche Informationen geloggt werden. Der Security Auditlog speichert, je nach Konfiguration, Anmeldungen, RFC-Aufrufe und weitere Aktionen für bestimmte User. Diese Einstellungen können Sie in der Transaktion SM19 vornehmen. Hinweis: Das Loggen von Useraktivitäten muss den betroffenen Usern bewusst sein! Konfigurieren Sie die SAL daher nur für technische User oder in Absprache mit Usern / Betriebsrat / etc. Es lässt sich dort ua einsehen, wann der SAL aktiviert und zuletzt bearbeitet wurde (1). Sie können hier außerdem die verschiedenen Filter auswählen (2), die Filter einzeln aktivieren (3), Mandanten und Benutzer bestimmen (4) sowie festlegen, welche Aktivitäten geloggt werden (5). Statische Konfiguration in der SM19 Unter der Dynamischen Konfiguration lässt sich außerdem einsehen, ob SAL aktuell für das System aktiv ist. Status des SAL ermitteln Auswertung des SAL Wenn der Security Auditlog aktiv ist, wechseln Sie in die SM20 Auswertung des Security Auditlog. Wählen sie die gewünschten User und den Mandanten aus sowie das passende Zeitfenster. Für die Anmeldungen reicht die Option Dialoganmeldungen aus. Starten Sie anschließend die Analyse über AuditLog neu einlesen. Auswertung starten Sie erhalten eine Übersicht der Anmeldungen des Users an den gewählten Mandanten des Systems.
EXPORT_NO_SHARED_MEMORY: Der Speicher des Export-Import-SHM-Puffers ist erschöpft. Weitere Informationen zu diesem Puffer finden Sie in Abschnitt 12.3, »Objektorientierte Anwendungspuffer überwachen«. Dieser Puffer erlaubt keine Verdrängungen. Die beschriebene Fehlermeldung sollte eigentlich vom Programm abgefangen werden. Bevor Sie den Puffer vergrößern, sollten Sie im Hauptspeicherkonfigurationsmonitor (Transaktionscode ST02) prüfen, welche Objekte den Puffer belegen, und nach SAP-Hinweisen zu diesen Objekten bzw. zu dem Programm suchen, das den Fehler auslöst.
Applikationsplattform / SAP Basis
Wählen Sie im Betriebssystemmonitor (Transaktionscode ST06) die Analyse Snapshot > Top CPU processes. Sie gelangen in die Übersicht der Betriebssystemprozesse. Diese gibt Ihnen einen Überblick über die derzeit aktiven Prozesse und deren Ressourcenauslastung.
Die Webseite www.sap-corner.de bietet viele nützliche Informationen zum Thema SAP Basis.
Um die vielen Informationen zum Thema SAP - und auch anderen - in einer Wissensdatenbank zu speichern, eignet sich Scribble Papers.
Ein erster wichtiger Schritt war die Einführung von Playbooks, um unsere Arbeit zu professionalisieren. Damals waren SAP-Installationshandbücher echte Wälzer mit hunderten von Seiten, die sich oft im Kreis drehten und alles andere als leicht verständlich waren.
Verwenden Sie "Shortcut for SAP Systems", um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Im Stundenmittel sollte der freie CPU-Anteil Leerlauf mindestens 20 % betragen, um auf kurze Lastspitzen reagieren zu können.
Dies bedeutet nichts anders als, dass man eine andere Public Adresse angibt, an die man das Geld senden will, und diese Transaktion mit seinem eigenen Private Key bestätigt.