Zeitpuffer für Jobketten führen zu langen Laufzeiten
SPAM Support Package Manager
Um einen Überblick über die CPU-Auslastung der letzten 24 Stunden zu erhalten, wählen Sie im Betriebssystemmonitor die Analyse Vorige Stunden > CPU. Sie gelangen auf den Bildschirm Vorige Stunden CPU. Die Bedeutung der Felder ist dieselbe wie im Hauptbildschirm, nur sind die Werte über eine Stunde gemittelt. Einen ähnlichen Überblick gibt es auch für die Hauptspeicherbelegung (Vorige Stunden > Speicher) und für den Auslagerungsspeicher etc..
Um alle Funktionen des SAP Patch Manager nutzen zu können, benötigen Sie die folgenden Berechtigungen: S_TRANSPRT S_CTS_ADMIN Beide befinden sich im Berechtigungsprofil S_A.SYSTEM. Wenn Sie sich im Mandant 000 anmelden und Ihr Benutzerstamm das entsprechende Berechtigungsprofil enthält, dann können Sie alle Funktionen des SAP Patch Manager nutzen. Bei Anmeldung in einem anderen Mandanten oder ohne das passende Benutzerprofil können Sie nur die Anzeigefunktionen verwenden. Ordnen Sie dieses Berechtigungprofil nur dem Systemadministrator zu. Nur der Systemadministrator sollte die Berechtigung für die folgenden Aktionen haben: Support Packages herunterladen Support Packages einspielen Erfolgreich eingespielte Support Packages bestätigen Status eines Support Package zurücksetzen Support Packages beseitigen Fehler im SAP-System oder nehmen nötige Anpassungen zB aufgrund gesetzlicher Änderungen vor. Die jeweils betroffenen Objekte werden in Ihrem System ersetzt. Jedes Support Package ist für genau einen Release-Stand gültig (aber für alle Datenbanken und Betriebssysteme) und setzt eine exakt definierte Anzahl von Vorgängern voraus. Der Upgrade des folgenden Release- bzw. Korrekturstandes enthält alle Support Packages der vorangegangenen Stände, die bis zur Auslieferung des Upgrades verfügbar waren. SPAM stellt sicher, daß Support Packages nur in der vorgegebenen Reihenfolge eingespielt werden. Um Probleme zu vermeiden, spielen Sie alle Support Packages ein, sobald sie bereitgestellt werden. So können Sie Ihr System auf dem neuesten Stand halten.
Variable Preisgestaltung
Wenn Sie in der Voranalyse hohe Paging-Raten auf mehreren Rechnern beobachten, sollten Sie den von den SAP-Instanzen und der Datenbank allokierten Hauptspeicher berechnen (siehe Abschnitt 2.4.3, »Anzeige des allokierten Speichers«, und Abschnitt 2.3.2, »Analyse des Datenbankhauptspeichers «). Vergleichen Sie diesen mit dem physisch vorhandenen Hauptspeicher. Bei den Betriebssystemen Microsoft Windows und Oracle Solaris kann die Auswertung der Paging-Rate auf dem Datenbankserver zu Fehlinterpretationen führen, da dort Schreib-/Leseoperationen (I/O) unter gewissen Umständen ebenfalls als Paging gezählt werden. Vergleichen Sie dazu die SAP-Hinweise 124199 (Solaris) und 689818 (Windows).
Um eine optimale Performance zu erreichen, sollte das Kopieren der Daten beim Kontextwechsel auf ein Minimum beschränkt bleiben, mit anderen Worten, es soll möglichst wenig SAP Roll Memory benutzt werden. Daher wird für alle Betriebssysteme empfohlen, ztta/roll_first = 1 zu setzen. Was passiert nun, wenn der SAP Extended Memory voll belegt ist? In diesem Fall sind zwei Szenarien möglich, die beide nicht performanceoptimal sind: Da der SAP Extended Memory voll belegt ist, werden Benutzerkontexte bis zu einer Größe von ztta/roll_area im lokalen Roll-Bereich abgelegt. Bei jedem Kontextwechsel müssen damit unter Umständen mehrmals Daten in der Größe von mehreren Megabyte kopiert (gerollt) werden; dies führt typischerweise zu Wartesituationen in der Roll-Verwaltung, insbesondere wenn der Roll-Puffer voll ist und Daten in die Roll-Datei geschrieben werden müssen. Erfahrungen zeigen, dass bei großen Applikationsservern mit mehr als 100 Benutzern die Performance in diesen Fällen schlagartig und drastisch einbricht. Um in dieser Situation Abhilfe zu schaffen, kann man den lokalen RollBereich (ztta/roll_area) reduzieren. Wenn der SAP Extended Memory voll belegt ist, wird nur noch wenig Roll Memory verwendet, und die Menge der beim Kontextwechsel zu kopierenden Daten reduziert sich. Stattdessen werden die Kontextdaten im SAP Heap Memory abgelegt – dies hat zur Folge, dass die Workprozesse gar nicht mehr rollen, sondern in den PRIV-Modus gehen, d. h. einem Benutzer zwischen den Transaktionsschritten exklusiv zugeordnet bleiben. Befinden sich zu viele Workprozesse gleichzeitig im PRIV-Modus, stehen dem Dispatcher nicht genügend freie Workprozesse zur Verfügung. Es kann daher zu hohen Dispatcher-Wartezeiten und damit ebenfalls zum Einbruch der Performance kommen.
Verwenden Sie "Shortcut for SAP Systems", um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Wir unterstützen Sie gerne bei Ihrer Entscheidungen.
Es dürfen keine Support Packages angezeigt werden.