Web Dispatcher
Ressourcenbedarf durch die Laufzeitanalyse
Wenn Sie einen Puffer optimieren wollen, müssen Sie verstehen, wie er sich gegenüber Änderungen und Verdrängung verhält. Wenn Daten, die gepuffert werden, geändert werden, muss der Puffer davon in Kenntnis gesetzt werden und die gepufferten Daten invalidieren. Werden die Daten gleichzeitig von einem zweiten Prozess verwendet, gibt es unterschiedliche Strategien, wie der Puffer darauf reagiert: Der Puffer kann eine Lesekonsistenz gewährleisten, d. h., solange sich der Prozess in einer Transaktion befindet, kann er noch auf die Daten vor der Änderung zugreifen, um ein konsistentes Bild der Daten zu bekommen. Alternativ gibt es auch Puffer, die diese Lesekonsistenz nicht gewährleisten, d. h., das Programm muss damit rechnen, dass sich Daten bei mehrfachem Lesen in einer Transaktion ändern. Sofern mehrere Instanzen des Puffers existieren, müssen Sie sich anschauen, wie die Synchronisation zwischen den Puffern abläuft, wenn Daten geändert werden.
Darüber hinaus sprechen folgende Argumente dafür, eher weniger Workprozesse pro CPU-Thread zu konfigurieren: Im Vergleich zu UNIX sind bei Microsoft Windows die Kontextwechsel auf Betriebssystemebene besonders teuer. Daher wird eine angemessene Anzahl von Workprozessen pro CPU-Thread hier besonders empfohlen. Mit den Workprozessen reduzieren sich auch die Anzahl der Datenbankprozesse und deren Hauptspeicherbedarf. Besonders deutlich ist der Vorteil bei Datenbanken, bei denen jedem SAP-Workprozess eindeutig ein Datenbankprozess zugeordnet ist.
SAP Floorplan Manager
Zusätzlich können die einzelnen Prioritätsklassen über Quoten beeinflusst werden. Die Quote bestimmt, wie viele Dialog-Workprozesse parallel für eine Prioritätsklasse eingesetzt werden dürfen. Eine Quote für Anfragen mit niedriger Priorität von 3 (rdisp/scheduler/prio_low/max_quota = 3) begrenzt die Zahl der Anfragen niedriger Priorität auf drei, auch wenn noch zahlreiche Workprozesse frei sind. Sie sollten diese Quoten daher mit Vorsicht verwenden, um nicht unnötig Ressourcen zu blockieren. Die Werte für die Quotenparameter können sowohl absolut als auch in Prozent angegeben werden.
Um zu überprüfen, ob die Analysen zur Erstellung der Statistiken eingeplant wurden, starten Sie den DBA-Planungskalender im DBA-Cockpit unter DBA-Einplanungskalender. Prüfen Sie, ob regelmäßig Tabellenanalysen eingeplant sind (z. B. AnalyzeTab für Oracle, RUNSTATS für DB2, Update Statistics für SQL Server). Prüfen Sie regelmäßig anhand der Protokolle, ob die Statistikläufe erfolgreich beendet werden. Erstellen Sie Tabellenstatistiken unbedingt mit den SAP-Werkzeugen, also aus dem Computer Center Management System (CCMS) heraus. Die mit diesen Mitteln erstellten Statistiken sind speziell an die SQL-Anweisungen angepasst, die vom SAP-System verwendet werden. Weitere Informationen zu den verschiedenen Optimierern und zu Tabellenstatistiken finden Sie in Kapitel 11, »Optimierung von SQL-Anweisungen«, und in den in Anhang E, »Informationsquellen«, zusammengestellten Hinweisen.
Verwenden Sie "Shortcut for SAP Systems", um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Auch ergeben sich durch neue Technologien maßgebliche Verschiebungen, z. B. durch SD-Festplatten (Solid State), die eine viel kürzere Zugriffszeit haben als herkömmliche Festplatten.
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.
Dies sind zwei relativ simple Beispiele des Regelwerks von Security Check-Tools.