Verwendung
SAP Workload Analysis
Bei der Verwendung des Webbrowsers als GUI sollten Sie bei der Programmierung darauf achten, dass möglichst wenige Daten zwischen Präsentations- und Internetebene übertragen werden. Die Gefahr, dass durch die Generierung aufwendiger HTML-Seiten lange Netzwerklaufzeiten den Benutzer beeinträchtigen, ist deutlich größer als bei der Verwendung des klassischen SAP GUIs (das das SAP-eigene DIAG-Protokoll verwendet). Das Tuningpotenzial hängt stark vom verwendeten Programmiermodell ab. Wird die Internetebene als reine »Übersetzungsebene« zwischen Präsentations- und Applikationsebene verwendet (wie etwa beim SAP GUI for HTML), beschränkt sich das Optimierungspotenzial auf die Konfiguration. Je mehr Logik in die Internetebene verlagert wird (z. B. Feldprüfungen etc.), desto höher ist auch die Notwendigkeit der Programmanalyse auf der Internetebene.
Der Code Inspector ist ein Werkzeug, das ABAP-Programme und weitere Repository-Objekte statisch auf Probleme hin untersucht. Seine Bedeutung für die Qualitätsanalyse von ABAP-Programmen reicht weit über die Bedeutung für die Performanceanalyse hinaus, auf die wir uns hier beschränken. Der Code Inspector nimmt eine statische Analyse vor, d. h., der Code muss dazu nicht ausgeführt werden, ist also unabhängig von Testoder Produktivdaten. Er steht seit SAP-Basisversion 6.10 allgemein zur Verfügung.
Was passiert, wenn ein SAP Job unvorhergesehen abbricht?
Der Bedarf an SAP Extended Memory (em/initial_size_MB) hängt von der Anzahl und den Aktivitäten der Benutzer ab und lässt sich vor Produktivstart nur schwer abschätzen. Bei der initialen Einstellung dieses SAP-Profilparameters in einem nicht produktiven System gehen Sie pragmatisch von der Größe des physischen Hauptspeichers aus. Konfigurieren Sie etwa 70 bis 100 % des physischen Hauptspeichers, der für die SAP-Instanz zur Verfügung steht, als SAP Extended Memory.
Falls Sie SAP-Objekte modifiziert haben, müssen Sie diese Objekte beim Einspielen abgleichen. Mit der Transaktion SPDD werden Dictionary-Objekte abgeglichen, mit der Transaktion SPAU Repository-Objekte. Voraussetzungen SPAM fordert Sie zum Modifikationsabgleich auf. Vorgehensweise Unterbrechen Sie das Einspielen des Support Package (F12). SPAM wird die Verarbeitung bei Schritt RUN_SPDD bzw. RUN_SPAU wiederaufnehmen. Damit Ihre Entwickler den Modifikationsabgleich durchführen können, legen Sie im Transport Organizer [Extern] einen Auftrag und unter diesem Aufgaben für die Entwickler an. Bitten Sie die Entwickler, den Modifikationsabgleich für ihre Objekte durchzuführen. Abgleich von Dictionary-Objekten (SPDD): Die Entwickler können sich die Liste der betroffenen Objekte mit Zusätze Modifikationen abgleichen im Eingangsbild der Transaktion SPAM anzeigen lassen. Abgleich von Repository-Objekten (SPAU): Die Entwickler müssen die Transaktion SPAU aufrufen und dann abgleichen. Nach Abschluß des Abgleiches müssen die Entwickler die Aufgaben freigeben und Sie informieren. Der Abgleich kann in jedem Mandanten durchgeführt werden. Rufen Sie SPAM auf. Wählen Sie Support Package Queue einspielen. Sie werden erneut aufgefordert, den Modifikationsabgleich durchzuführen. Da er schon abgeschlossen wurde, ignorieren Sie den Hinweis und wählen Sie Weiter. SPAM führt die Verarbeitung zu Ende und gibt den Status aus.
Mit "Shortcut for SAP Systems" steht ein Tool zur Verfügung, das einige Aufgaben im Bereich der SAP Basis erheblich erleichtert.
Im nächsten Schritt werden die Ausgabeparameter definiert.
Auf www.sap-corner.de finden Sie ebenfalls viele nützliche Informationen zum Thema SAP Basis.
Ein allgemeines Performanceproblem erkennen am sichersten die Benutzer.