SAP Basis Einsatz des Memory Inspectors - SAP Basis

Direkt zum Seiteninhalt
Einsatz des Memory Inspectors
Zwei Möglichkeiten zur Anwendung von Security Automation
In diesem Programm werden Datensätze aus den Tabellen VBAK und VBAP gelesen und über den SAP List Viewer (ALV, SAP-Klasse CL_SALV_TABLE) zur Anzeige gebracht. In der Hitliste finden Sie die ALV-Anzeigefunktion (Programm SAPLOLEA) mit 39 % Nettozeit und den Zugriff auf die Tabelle VBAK mit 8 % auf den vorderen Plätzen.

Wenn Sie bereits eine Queue definiert haben, diese Queue aber nicht ihren Erfordernissen entspricht bzw. Fehler aufgetreten sind, dann können Sie diese Queue wieder löschen. Beachten Sie, daß Ihr System inkonsistent ist, wenn Sie die Queue löschen, nachdem schon Objekte importiert wurden (zB nach einem Fehler im Schritt DDIC_IMPORT und folgenden). Die Löschung in diesen SPAM-Schritten sollte also nur zur Fehlerbehebung dienen, und Sie sollten das Einspielen der Support Packages dann sobald wie möglich wiederholen. Beachten Sie, daß ab SPAM/SAINT-Version 11 das Löschen der Queue nach dem Schritt DDIC_IMPORT und folgenden nicht mehr möglich ist. Vorgehensweise Wählen Sie im Einstiegsbild der Transaktion SPAM Anzeigen/Definieren. Sie gelangen auf ein Dialogfenster, in dem Ihnen die aktuelle Queue angezeigt wird. Wählen Sie in diesem Dialogfenster Queue löschen. Ergebnis Die Queue wurde gelöscht. Sie können eine neue Queue definieren.
Schutz vor Cyber-Angriffen, Spionage und Systemausfällen
Führen wir die Schritte anhand eines konkreten Beispiels durch. Der erste Schritt wurde ja bereits beschrieben, das Ergebnis finden Sie in Tabelle 4.4. Im zweiten Schritt legen Sie ein Quick-Sizer-Projekt an, wie in Abschnitt 4.1.2, »Sizing-Methoden«, beschrieben. Tragen Sie dazu in der Kategorie Service 100 Benutzer der Kategorie Medium sowie 50 Benutzer der Kategorie High ein. Navigieren Sie über die Schaltfläche Calculate Result auf die Ergebnisseite, und wählen Sie dort die Option System Extension. Nehmen wir an, dass das Ergebnis einen zusätzlichen Hauptspeicherbedarf von 2.048 MB für die Datenbankinstanz und 10.240 MB für die SAP-Instanzen sowie einen CPU-Bedarf von 6.200 SAPS ergibt. In diesem Fall liegt die ermittelte Hauptspeicherauslastung nach der geplanten Lasterhöhung bei 82.300 MB bzw. 85,7 %. Um die CPU-Auslastung zu ermitteln, addieren Sie zu der aktuellen CPU-Auslastung (15.484 SAPS oder 43 %) 33 % des mit dem Quick Sizer errechneten Bedarfs (2.046 SAPS oder 5,6 %) und kommen so zu einer Auslastung nach der Lasterhöhung von 17.530 SAPS bzw. 49 %. Der Faktor 33 % geht in die Formel ein, weil das benutzerbasierte Sizing im Quick Sizer mit einer Zielauslastung von 33 % rechnet. Ermitteln Sie die zusätzliche Last mit dem durchsatzbasierten Ansatz, der mit einer Zielauslastung von 65 % rechnet, geht der Faktor 65 % in die Berechnung ein.

Betrachtet man alles, was ich im Vorfeld beschrieben habe, in seiner Gesamtheit, wird schnell klar, in welche Richtung es geht: Die SAP Basis wird sich in den kommenden zehn Jahren zunehmend in Richtung einer SRE-zentrischen Umgebung bewegen. So sieht die Zukunft von SAP aus und ich freue mich auf eine spannende Reise.

Mit "Shortcut for SAP Systems" steht ein Tool zur Verfügung, das einige Aufgaben im Bereich der SAP Basis erheblich erleichtert.

Aufgrund des Parameters PHYS_MEMSIZE werden alle weiteren Parameter der Speicherkonfiguration berechnet.

Der Diagnoseteil des SAP Solution Managers bietet Ihnen in der Sicht Trace Analysis im Workcenter Root Cause Analysis dagegen einen komfortablen Aufriss der Antwortzeiten sowie Auswertemöglichkeiten zu den ABAP- und den Java-Traces.
SAP BASIS
Zurück zum Seiteninhalt