SM20 Auswertung des Security Auditlog
Tipps und Tricks für performante ABAP-Programme
Über SPAM/SAINT-Updates (kurz SPAM-Update) erhalten Sie Aktualisierungen und Verbesserungen des SAP Patch Manager und des SAP Add-On Installation Tool. Es gibt immer einen SPAM-Update pro Korrekturstand, der im Laufe der Zeit entsprechend aktualisiert wird. Die Version finden Sie in der Kurzbeschreibung, zB: SPAM/SAINT update - version 4.6A/0001 Ein SPAM-Update taucht im SAPNet - R/3 Frontend in der Liste der Support Packages immer an erster Stelle, d.h. vor den anderen Support Packages, auf. Wir empfehlen, stets die neueste Version eines SPAM-Update einzuspielen, bevor Sie Support Packages einspielen. Voraussetzungen Sie können einen SPAM-Update nur dann erfolgreich einspielen, wenn keine abgebrochenen Support Packages im System sind. Wenn es abgebrochene Support Packages gibt, weist Sie ein Dialogfenster darauf hin. Sie haben dann zwei Möglichkeiten: Sie spielen zuerst die Queue vollständig ein und danach den SPAM-Update. Sie setzen den Status der Queue zurück, spielen zuerst den SPAM-Update und danach die Queue ein. Den Status der Queue können Sie mit Zusätze Status zurücksetzen Queue zurücksetzen. Beachten Sie, daß Ihr System inkonsistent ist, wenn Sie die Queue zurücksetzen, nachdem schon Objekte importiert wurden (zB nach einem Fehler im Schritt DDIC_IMPORT und folgenden). Von daher sollten Sie die Queue nur zurücksetzen, wenn vor dem Schritt DDIC_IMPORT abgebrochen wurde. Weitere Informationen finden Sie unter Schritte der SPAM [Seite 26]. Beachten Sie, daß ab SPAM/SAINT-Version 11 das Zurücksetzen der Queue nach dem Schritt DDIC_IMPORT und folgenden nicht mehr möglich ist. Vorgehensweise Überprüfen Sie, ob der angebotene SPAM-Update neuer ist als der in Ihrem System eingespielte. Die aktuelle SPAM-Version wird in der Titelleiste des SPAM-Fensters angezeigt. Um den neuesten SPAM-Update einzuspielen, wählen Sie Support Package SPAMUpdate einspielen. SPAM-Updates werden nach erfolgreichem Einspielen automatisch bestätigt. Support Package laden Verwendung Bevor Sie Support Packages einspielen können, müssen Sie zuerst die entsprechenden Support Packages laden.
Alternativ zum Sizing mit dem Quick Sizer bietet SAP häufig ein sogenanntes T-Shirt-Sizing an. Bei dieser Art von Sizing werden typische Hardwarekonfigurationen beschrieben, die Größenkategorien wie S, M, L und XL entsprechen – daher auch die Bezeichnung T-Shirt-Sizing. Für diese Konfigurationen wird angegeben, wie viele Benutzer bzw. welchen Durchsatz eine bestimmte Konfiguration tragen kann. Ein Beispiel für ein T-Shirt- Sizing ist das Sizing für SAP Enterprise Point-of-Sale (POS). Die Sizing- Guidelines finden Sie im SAP Support Portal unter http://service.sap.com/ sizing > Sizing Guidelines > Industries. Dort finden Sie u. a. die folgenden Angaben für eine mittelgroße Installation mit 100 angeschlossenen Terminals: 800 SAPS und 1 GB Hauptspeicher für den Applikationsserver, 100 SAPS und 1 GB Hauptspeicher für die Messaging-Middleware sowie 400 SAPS und 1 GB Hauptspeicher für die Datenbankinstanz. Bitte beachten Sie, dass diese Zahlen nur ein Beispiel darstellen. Sie können veralten und zeigen auch nur einen kleinen Ausschnitt der Sizing-Anleitung. Sie dürfen daher nicht als Grundlage für ein Sizing verwendet werden.
Benutzerabgleich als Job einplanen
Damit können Sie anhand dieser Zeiten schnell feststellen, in welcher Komponente lange Zeiten aufgetreten sind. Eine hohe CPU-Zeit, Datenbankzeit oder Datenbank-Procedure-Zeit bedeutet, dass die Anwendung auf der Komponente genauer analysiert werden muss. Eine hohe Wartezeit in der Komponente deutet auf eine Überlastungssituation in der Komponente hin. Abhängig vom Typ der Komponente (ABAP- oder Java-Instanz) muss eine komponentenabhängige Analyse erfolgen. Eine hohe Aufrufzeit schließlich bedeutet, dass das Performanceproblem nicht in dieser Komponente, sondern in einer von dieser aufgerufenen Komponente zu finden ist. Es muss daher also einen weiteren Statistiksatz einer aufgerufenen Komponente geben, der eine hohe Antwortzeit aufweist.
Benutzerkontexte werden zum Großteil im SAP Extended Memory gespeichert. Der SAP Extended Memory wird als Shared Memory allokiert: Somit können alle SAP-Workprozesse einer SAP-Instanz die dort abgelegten Benutzerkontexte direkt bearbeiten. Beim Roll-in wird daher nicht der gesamte Benutzerkontext in den lokalen Speicher der Workprozesse kopiert, sondern es werden nur noch die Adressen kopiert, unter denen Benutzerkontext im SAP Extended Memory zu finden ist, also die sogenannten Pointer. Der Umfang der beim Roll-in bzw. beim Roll-out kopierten Daten wird durch die Verwendung des SAP Extended Memorys um ein Vielfaches reduziert, was zu einer drastischen Beschleunigung des Roll-Vorgangs führt. In der Regel wird das SAP-System so konfiguriert, dass der Großteil der Benutzerkontextdaten im SAP Extended Memory gespeichert wird.
Basisadministratoren steht mit "Shortcut for SAP Systems" eine PC-Anwendung zur Verfügung, die etliche Tätigkeiten in der SAP Basis vereinfacht bzw. ermöglicht.
Werden hier Authority-Checks ausgeführt, um zB Daten auf dem Backend-Server abzufragen oder zu ändern, muss die entsprechende Rolle hierfür berechtigt werden.
Alternativ zum Sizing mit dem Quick Sizer bietet SAP häufig ein sogenanntes T-Shirt-Sizing an.