Installation von SAP-Landschaften, Transportmanagementsystemen usw.
Filter auf Operationen
Parallel zur Suche nach Applikationsfehlern sollten Sie untersuchen, ob das Programm an Grenzen gestoßen ist, die durch die SAP-Profilparameter festgelegt sind. Der für einen Benutzerkontext zur Verfügung stehende Speicher ergibt sich aus der Summe von ztta/roll_extension (bzw. mit Basisversion 7.40 auch ztta/roll_extension_dia und ztta/roll_extension_nondia, Quoten im SAP Extended Memory) und abap/heap_area_dia bzw. abap/heap_area_nondia (Quoten im SAP Heap Memory). Hinzu kommt noch der SAP Roll Memory mit einer Größe von weniger als 10 MB pro Kontext (ztta/roll_area) und das ab Version 7.40 obsolet ist. In dem oben angeführten Beispiel bricht das Programm ab, weil diese Quoten erreicht werden. Die Parameter betragen in diesem Beispiel ztta/roll_extension = 4.000.000.000 (Byte) bzw. abap/heap_area_dia = 2.000.000.000 (Byte). Der Vergleich mit den Werten »erweiterter Speicherbereich (EM)« und »fest allokierter Speicher (HEAP)« aus dem Protokoll zum Abbruch zeigt, dass das Programm abgebrochen wurde, weil es seine Quoten an SAP Extended Memory und SAP Heap Memory erreicht hat. In diesem Fall sollten Sie diese SAP-Profilparameter erhöhen.
Als kleiner Tipp: Über den Menü-Reiter "Springen" können Sie alle Namensräume oder Softwarekomponenten gleichzeitig auf "änderbar" oder "nicht änderbar" setzen. Bevor Sie allerdings die Namensräume und Softwarekomponenten umstellen können, müssen Sie die globale Einstellung auch entsprechend anpassen. Unter Speichern oder mit STRG+S können nun noch Ihre neuen Einstellungen sichern und schon haben Sie die Systemänderbarkeit eingestellt.
Analyse des datenbankspezifischen SQL Plan Caches
Die Datenbankzeit ist hoch, weil die transferierte Datenmenge hoch, die Datenlesegeschwindigkeit aber optimal ist. Eine optimale Datenlesegeschwindigkeit liegt etwa bei 1ms pro Satz. Nach unserer Klassifizierung deutet diese Beobachtung auf teure SQL-Anweisungen vom Typ 1 hin.
Der SAP GoingLive Check berücksichtigt dieselben Einflussfaktoren wie das Hardwarepartner-Sizing. Während Letzteres jedoch oft bereits mehrere Monate alt sein kann, erfolgt der SAP GoingLive Check erst unmittelbar vor dem Produktivstart. Damit können Änderungen in der Projektplanung und neueste Erkenntnisse in die Analyse einfließen. Zusätzlich werden von den Servicemitarbeitern bei Bedarf geschäftskritische Transaktionen im Detail analysiert. Damit wird berücksichtigt, wenn ein ungünstiges Customizing oder individuelle Erweiterungen (mithilfe von User-Exits) zusätzliche Last verursachen, die im Standard-Sizing nicht enthalten ist. Wie aber schon eingangs erwähnt: Die Experten der Hardwarepartner und der SAP-Serviceorganisation können ihre Arbeit nur dann zuverlässig machen, wenn die Eingangsdaten aus dem Kundenprojekt zuverlässig und genau sind.
Tools wie z.B. "Shortcut for SAP Systems" sind bei der Basisadministration extrem nützlich.
Zudem kann das SAP-Basis-Team problemlos neue Funktionen im neuen System – ohne die Gefährdung der Sicherheit, Stabilität oder Qualität der bisherigen Funktion implementieren, was bei nicht-zertifizierten und unerfahrenen Personen der Fall wäre.
SAP-Basis bezieht sich auf die Verwaltung des SAP-Systems, die Aktivitäten wie Installation und Konfiguration, Lastausgleich und Leistung von SAP-Anwendungen, die auf dem Java-Stack und SAP ABAP laufen, umfasst. Dazu gehört auch die Wartung verschiedener Dienste in Bezug auf Datenbank, Betriebssystem, Anwendungs- und Webserver in der SAP-Systemlandschaft sowie das Stoppen und Starten des Systems. Hier finden Sie einige nützliche Informationen zu dem Thema SAP Basis: www.sap-corner.de.
Die Rolle für die Administration lautet SAP_UI2_ADMIN_700.