Roll-out, Roll-in
Prozessoren, Kerne (Cores) und Fäden (Threads)
Eine SAP-Applikationsinstanz, auch kurz als SAP-Instanz bezeichnet, ist eine administrative Einheit: Sie besteht aus einem Satz von SAP-Workprozessen, die von einem Dispatcher verwaltet werden, sowie aus einem Satz von SAP-Puffern im Shared Memory des Rechners, auf den die Workprozesse zugreifen. Eine SAP-Applikationsinstanz kann eine ABAP Applikationsinstanz (SAP NetWeaver Application Server ABAP, kurz AS ABAP oder eine Java-Applikationsinstanz (SAP NetWeaver Application Server Java, kurz AS Java) sein. Es kann mehrere SAP-Instanzen auf einem Rechner geben. In diesem Fall existieren mehrere Dispatcher und mehrere Puffersätze. Ein Applikationsserver ist ein Rechner, auf dem mindestens eine SAP-Instanz läuft.
Aufgrund der Vielfältigkeit an Aufgaben und der hohen Komplexität ist der Beruf äußerst spannend. Es gibt sehr viele Konstellationen von SAP-Systemen und Datenbanken. Dabei bringt jede Installation, Migration und Update neue Aspekte und Herausforderungen mit sich - ideal für die berufliche Weiterbildung und Weiterentwicklung.
Grundlagen der Workload-Analyse und der Laufzeitanalyse
Bei der Migration zu SAP Business Suite bzw. zu SAP S/4HANA ist zu berücksichtigen, dass alle Cluster- oder Pool-Tabellen (z. B. EDID4, BSEG oder KONV) zu regulären Tabellen konvertiert werden. Da die Inhalte von Cluster- oder Pool-Tabellen seitens der ABAP-Datenbankschnittstelle komprimiert worden sind, können diese Tabellen in SAP HANA sogar größer sein als in der Quelldatenbank.
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.
Mit "Shortcut for SAP Systems" werden Aufgaben im Bereich der SAP Basis vereinfacht und fehlende Funktionen des Standards ergänzt.
Kein Testmanagement Ganz simpel.
Auf www.sap-corner.de finden Sie ebenfalls viele nützliche Informationen zum Thema SAP Basis.
Das Sizing im Fall eines SAP-Versionswechsels oder eines Wechsels auf Unicode wird in zwei Schritten durchgeführt: Im ersten Schritt ermitteln Sie die bestehende Last im Produktivsystem.