Installation der SAP-Milieus
SPDD SPDD-Auswahl und Start
Richten Sie z. B. Anmeldegruppen wie FI/CO, HR, SD/MM etc. ein. Der Vorteil dieser Vorgehensweise ist, dass z. B. im Programmpuffer einer bestimmten Instanz nur die Programme der zugeordneten SAP-Anwendungen geladen werden. Damit wird weniger Speicherplatz im Programmpuffer benötigt, und Verdrängungen werden vermieden.
Schließlich bleibt noch die Möglichkeit, dass der SAP-Kernel beim Betriebssystem Speicher anfordert, das Betriebssystem diesen jedoch nicht zur Verfügung stellen kann. Im Protokoll des Fehlers STORAGE_PARAMETERS_WRONG_SET finden Sie z. B. den Eintrag »Das Programm hatte bereits 109.890.288 Byte vom Betriebssystem über 'malloc' angefordert, als das Betriebssystem bei einer erneuten Speicheranforderung meldete, dass kein Speicher mehr zur Verfügung steht.« Ursachen können falsche Einstellungen der Betriebssystemparameter, Grenzen aufgrund der Architektur des Betriebssystems oder ein zu kleiner Auslagerungsspeicher sein. Beschränkungen der Betriebssysteme führen auch dazu, dass die SAP-Instanz bei falsch gewählten SAP-Profilparametern nicht startet.
Besonderheiten für Microsoft Windows
Neben internen Sicherheitsvorgaben erfordern teilweise auch nationale und internationale Richtlinien alle audit- und sicherheitsrelevanten Benutzeraktionen zu erfassen. Mit dem Security Audit Log (SAL) haben Sie die Möglichkeit, jegliche Änderungen bspw. bei Benutzern, Benutzerstammsätzen, aber auch Rollen und Gruppen zu protokollieren.
Eine Performanceanalyse mit dem Debugger nehmen Sie wie folgt vor: Starten Sie das zu untersuchende Programm in einem zweiten Modus in der Workprozess-Übersicht (Transaktion SM50). Aus der WorkprozessÜbersicht gelangen Sie mit der Funktion Debugging in den Debugger. Indem Sie mehrfach hintereinander in den Debugger springen, können Sie die Coding-Stellen im Programm mit hohem CPU-Bedarf identifizieren. Oft sind dies LOOP ... ENDLOOP-Schleifen über große interne Tabellen. Den aktuellen Hauptspeicherbedarf erhalten Sie (im »klassischen« Debugger) mit der Funktion Springen > Weitere Bilder > Speicherverbrauch. Prüfen Sie, ob ein Programmfehler oder eine Fehlbedienung des Programms vorliegt, sodass übermäßig viel Speicher angefordert wird. Als Richtwert mag Ihnen dienen, dass ein Programm, das im Dialogbetrieb von mehreren Benutzern ausgeführt wird, nicht mehr als 100MB allokieren sollte. Zur Erstellung einer Liste der im Speicher gehaltenen Objekte des Programms navigieren Sie im »klassischen« Debugger ab SAP NetWeaver AS ABAP 6.20 mit Springen > Zustandsanzeigen > Speicherverbrauch. Auf der Registerkarte Speicherverbrauch > Ranglisten finden Sie eine Liste von Objekten und deren Speicherverbrauch. In den Versionen AS ABAP 4.6 und 6.10 gelangen Sie zu einer Speicherverbrauchsliste über den Pfad Springen > System > Systembereiche. Geben Sie im Feld Bereich »ITAB-TOP25« ein. Sie erhalten so eine Liste der 25 größten internen Tabellen. Im »neuen« Debugger blenden Sie zunächst das Speicheranalyse-Werkzeug ein, indem Sie auf die Schaltfläche für ein neues Werkzeug klicken und dann unter den angebotenen Werkzeugen im Ordner Speicherverwaltung die Speicheranalyse auswählen. Auf dem Eingangsbildschirm wird daraufhin angezeigt, wie viel Speicher vom analysierten internen Modus allokiert bzw. verwendet wird. Auf der Registerkarte Speicherobjekte finden Sie eine Liste der größten Speicherobjekte – das können interne Tabellen, Objekte, anonyme Datenobjekte oder Strings sein.
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
Es gibt folgende Gründe, die zum Abbruch dieses Schrittes führen können: CANNOT_GET_OBJECT_LIST: Die Objektliste eines Support Package konnte nicht ermittelt werden, weil das Support Package nicht existiert.
Auf www.sap-corner.de finden Sie ebenfalls viele nützliche Informationen zum Thema SAP Basis.
Detaillierte Vorschläge zur Verteilung der Workprozesse finden Sie in den folgenden Abschnitten.