PERFORMANCE TUNING
Ggf das zugrunde liegende Betriebssystem verwalten
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.
Die globale Workprozess-Übersicht sollten Sie verwenden, wenn Sie ein System mit mehreren SAP-Instanzen überwachen. Diese erreichen Sie entweder direkt über den Transaktionscode SM66 oder über SM50 > Springen > Systemweite Liste. Mit der Schaltfläche Aktive Workprozesse schränken Sie die Selektion auf die aktiven Workprozesses ein, denn nur diese interessieren ja für die Analyse.
Schutz vor Cyber-Angriffen, Spionage und Systemausfällen
In den SAP-Hinweisen, die Sie in Anhang E, »Informationsquellen«, finden, stellt SAP Informationen über den zusätzlichen Hardwarebedarf bei einem Wechsel der SAP-Version zur Verfügung. Die Aussagen über den zusätzlichen Bedarf werden anhand der Standard Application Benchmarks und Vergleichsmessungen weiterer wichtiger Transaktionen durchgeführt. In SAP-Hinweis 1974405 finden Sie für den Versionswechsel von SAP ERP 6.0 auf SAP ERP 6.0 Enhancement Package 7 (SAP Business Suite 7) die Angabe über einen zusätzlichen CPU-Bedarf von 5 bis 10 % und einen zusätzlichen Hauptspeicherbedarf von bis zu 5 %, abhängig von der eingesetzten Anwendung.
Wenn Sie mehr zum Thema SAP Basis wissen möchten, besuchen Sie die Webseite www.sap-corner.de.
Bei der SAP Basis geht es an Stelle von Datenpflege und Anwendungsentwicklung eher darum, die Softwareumgebung, auf der die Daten liegen und verarbeitet werden, bereitzustellen und zu warten. Daher ist die SAP Basis ein wichtiger Kern jeder SAP-Infrastruktur und wird sowohl in Vorgängerversionen wie R/3, als auch in den aktuellen Versionen wie S/4HANA 2021 benötigt.
Etliche Aufgaben im Bereich der SAP Basis können mit "Shortcut for SAP Systems" wesentlich erleichtert werden.
Neue Anfragen werden strikt nach dem Prinzip der Priorität bearbeitet.
Um die vielen Informationen zum Thema SAP - und auch anderen - in einer Wissensdatenbank zu speichern, eignet sich Scribble Papers.
Der Adressraum liegt für die früher verwendete 32-Bit-Architektur bei theoretisch 4 GB (232); der praktisch adressierbare Speicher liegt weiter darunter.