Maßnahmen des Applikationstunings
Präsentationsschicht (grafische Benutzeroberfläche)
Hintergrundjobs werden nicht nur über die Dialogtransaktion (Transaktion SM36) eingeplant, sondern auch direkt aus Programmen über die bekannten Funktionsbausteine JOB_OPEN, JOB_CLOSE usw., um länger laufende Aktivitäten in den Hintergrund zu schicken. Auch in diesem Fall wird, wenn Sie den Parameter strtimmed im Funktionsbaustein JOB_CLOSE setzen, der Job Scheduler direkt aufgerufen und der Job auch sofort gestartet, sofern ein Hintergrund-Workprozess frei ist.
Berechtigungen über das tägliche Aufgabenspektrum hinaus werden nur für limitierte Zeiträume und unter Kontrolle vergeben. Die Aktivitäten mit dem Notfallbenutzer werden revisionssicher protokolliert. Haben Sie bereits ein Notfallbenutzerkonzept im Einsatz oder wollen gerne ein solches einführen? Ich freue mich, wenn Sie Ihre Erfahrungen mit mir teilen! Sie können mir gerne einen Kommentar hinterlassen oder mich per E-mail kontaktieren.
Analyse der Workprozesse
Um einen Trace in der Eclipse-basierten ABAP-Entwicklungsumgebung einzuschalten, wählen Sie in Eclipse zunächst die Perspektive ABAP Profiling. In dieser Perspektive finden Sie die Sichten ABAP Trace Requests und ABAP Traces. In der Sicht ABAP Trace Requests selektieren Sie ein System und wählen im Kontextmenü Create Trace Requests. In einer Dialogbox können Sie nun definieren, welche Aktionen aufgezeichnet werden sollen.
Das Betriebssystem verwaltet zwei Typen von Speicher, den lokalen Speicher (Local Memoryoder Heap Memory) und den globalen Speicher (Shared Memory). Lokaler Speicher ist immer genau einem Betriebssystemprozess zugeordnet, d. h., nur dieser eine Prozess kann diesen Speicherbereich beschreiben bzw. von ihm lesen. Shared Memory ist dagegen mehreren Betriebssystemprozessen zugänglich. So liegen z. B. alle SAP-Puffer im Shared Memory, weil alle SAP-Workprozesse einer SAP-Instanz die SAPPuffer beschreiben und von ihnen lesen müssen. Daneben wird für jeden SAP-Workprozess lokaler Speicher angelegt. Zum lokalen Speicher eines SAP-Workprozesses gehören z. B. der SAP Cursor Cache und der Eingabe-/Ausgabe-Puffer für die Übertragung der Daten von der bzw. zu der Datenbank. Die Summe aus lokalem Speicher und Shared Memory ist der virtuell allokierte Speicher. Befinden sich mehrere SAP-Instanzen oder eine SAP-Instanz und eine Datenbankinstanz auf einem Rechner, können die Prozesse einer Instanz immer nur auf den Shared Memory »ihrer« Instanz zugreifen, nicht aber auf die globalen Objekte anderer Instanzen.
Das Tool "Shortcut for SAP Systems" eignet sich sehr gut, um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Für Linux finden Sie die entsprechende Information auf der Internetseite http://www.sap.com/linux > Platforms Hardware List, für Windows auf der Seite http://www.saponwin.com.
Das Verständnis für die Struktur und Funktionsweise des Systems ist insbesondere für die IT-Administration wichtig. Nicht umsonst ist „SAP Basis Administrator“ ein eigenes Berufsfeld. Auf der Seite www.sap-corner.de finden Sie nützliche Informationen zu diesem Thema.
Für jeden Transaktionsschritt, der im SAP-System ausgeführt wird, wird ein Satz mit statistischen Informationen ermittelt und in Dateien auf den Applikationsservern gesichert.