Zuerst ruft man in der Transaktion SE37 den Funktionsbaustein SWNC_COLLECTOR_GET_AGGREGATES auf mit folgenden Parametern auf:
Implentierung des Security Audit Logs (SAL)
Die SAP Basis ist für den reibungslosen Betrieb der Programme im SAP-System zuständig. Sie wirkt für R/3 und folgende Releases einschließlich S/4HANA wie ein Betriebssystem. Jedes Betriebssystem bietet eine Umgebung, in der Programme ausgeführt werden können, wie beispielsweise MS-Office auf Microsoft Windows.
Ü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.
AUTOMATISIERUNG VON AUFGABEN VORANTREIBEN
Die folgenden Monitore erlauben Ihnen eine detaillierte Analyse einzelner ABAP-Programme: Performance-Trace Der SQL-Trace ist das geeignete Werkzeug zur Analyse der SQL-Anweisungen in ABAP-Programmen. Darüber hinaus ermöglicht die Auswertung des Trace auch die Identifikation von Durchsatzengpässen innerhalb der Datenbank und von Netzwerkproblemen. Ausführlichere Informationen zur Optimierung von SQL-Anweisungen finden Sie in Kapitel 11, »Optimierung von SQL-Anweisungen«. Den RFC-Trace verwenden Sie, um die Performance von gesendeten und empfangenen RFCs zu analysieren. Ab SAP NetWeaver AS ABAP 7.10 steht auch ein HTTP-Trace zur Verfügung, der HTTP-Anweisungen aufzeichnet. Weitergehende Informationen dazu sind in Kapitel 7, »Lastverteilung, Remote Function Calls und SAP GUI«, und Kapitel 8, »Internetanbindung und SAP Fiori«, zusammengestellt. Der Enqueue-Trace ist das Mittel der Wahl zur Analyse von Sperroperationen (Enqueue-/Dequeue-Operationen). Umfassendere Informationen dazu finden Sie in Kapitel 10, »Sperren«. Mit dem Puffer-Trace kommen Sie ineffizienter Tabellenpufferung auf die Spur. Mehr Informationen dazu finden Sie in Kapitel 12, »SAP-Pufferung«. Bei Problemen mit hohem CPU-Verbrauch kommt der ABAP-Trace zum Einsatz. Dieser ermöglicht im Gegensatz zum SQL-Trace auch Zeitmessungen bei Operationen auf interne Tabellen (LOOP, READ, SORT etc.). Alternativ können Sie bei langlaufenden Programmen aus der Workprozess- Übersicht heraus den ABAP Debugger aufrufen und das Programm im Debugger verfolgen. Diese Form der Analyse sollte allerdings Entwicklern vorbehalten bleiben. ABAP-Programme sollten proaktiv mit dem Code Inspector untersucht Code Inspector werden, der eine statische Prüfung des Programms vornimmt und vor Standardperformancefehlern und -problemen warnt.
Im Stundenmittel sollte der freie CPU-Anteil Leerlauf mindestens 20 % betragen, um auf kurze Lastspitzen reagieren zu können. Erwünscht sind sogar eher 35 % freie CPU-Kapazität.
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.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Grundsätzlich ist es ein Zustand, der in jeder Organisation, die SAP-Systeme aufrechterhält, früher oder später eintritt.
Der Vorteil dieser Vorgehensweise ist, dass z. B. im Programmpuffer einer bestimmten Instanz nur die Programme der zugeordneten SAP-Anwendungen geladen werden.