Vorgehen zur Qualitätskontrolle
AUFBAU VON IT-PRODUKTKATALOG UND DEFINITION VON IT-PRODUKTEN
Ein Performance-Trace wird im Applikationsserver erstellt. Dabei werden für jede Operation Daten in eine Trace-Datei in das Dateisystem auf dem Applikationsserver geschrieben. Sie müssen also sicherstellen, dass Sie sich auf demselben Applikationsserver angemeldet haben wie der zu überwachende Benutzer. Das ist besonders dann von Bedeutung, wenn Sie einen Verbuchungsauftrag oder einen Hintergrundjob aufzeichnen wollen und in einem System mit verteilter Verbuchung bzw. verteilter Hintergrundverarbeitung arbeiten. In diesem Fall wissen Sie nicht, wo der Auftrag gestartet werden wird, und Sie müssen folglich den Trace auf allen Applikationsservern mit Verbuchungs- bzw. Hintergrund-Workprozessen starten.
Ein I/O-Engpass ist insbesondere dann kritisch, wenn auf dieser Festplatte der Auslagerungsspeicher des Betriebssystems liegt. Darüber hinaus ist der Betriebssystemmonitor für den Datenbankserver von besonderem Interesse. Zusammen mit dem Datenbankmonitor können mit dieser Anzeige Engpässe beim Lesen bzw. Schreiben auf die Festplatten eingegrenzt werden. Weitere Details zu diesem Problem finden Sie in Abschnitt 2.2.2, »Identifizierung von Schreib-/Lese-(I/O-)Problemen«.
Archivierung von Workflows
Starten Sie parallel zum Datenbankprozessmonitor in einem zweiten Modus die globale Workprozess-Übersicht (siehe Abschnitt 2.5, »Analyse der SAP-Workprozesse«). Durch mehrmaliges Auffrischen beider Monitore haben Sie die Möglichkeit, langlaufende SQL-Anweisungen zu identifizieren: Da beide Monitore für die jeweiligen Datenbankprozesse sowohl den Applikationsserver als auch die Prozess-ID (PID) des zugehörigen SAP Workprozesses anzeigen, ist eine eindeutige Zuordnung des Datenbankprozesses zum SAP-Workprozess möglich. Alternativ können Sie aus dem Datenbankprozessmonitor (Aktive Anweisungen) auch direkt mit WP-Info zu den Informationen zum SAP-Workprozess navigieren.
Die wichtigsten Kennzahlen zur Bewertung der Datenbankpuffer für unterschiedliche Datenbanksysteme im SAP-Umfeld sind in Anhang A, »Datenbankmonitore«, zusammengefasst. »Schlechte« Pufferqualitäten haben in der Regel zwei Ursachen: Mangelhaft optimierte und teure SQL-Anweisungen sind die Hauptursache für eine schlechte Pufferqualität des Datenpuffers. Identifizieren Sie solche Probleme, müssen diese vordringlich behandelt werden. Weitere Informationen dazu finden Sie in Kapitel 11, »Optimierung von SQL-Anweisungen«. Abbildung 11.1 zeigt das Flussdiagramm der Analyse. Die andere Ursache kann ein zu kleiner Datenbankpuffer sein. Sofern Ihr Datenbankserver noch über ausreichend Hauptspeicherreserven verfügt, vergrößern Sie den entsprechenden Puffer (z. B. um 10 bis 20 %). Beobachten Sie, ob sich anschließend die entsprechende Qualität signifikant verbessert. Ist dies der Fall, können Sie den Puffer eventuell erneut vergrößern. Zeigt die erste Vergrößerung des Puffers dagegen keine Wirkung, suchen Sie die Ursache an einer anderen Stelle. Bei einigen Datenbanken besteht auch die Möglichkeit, Tabellen, die als Hauptverursacherfür eine schlechte Pufferqualität identifiziert werden können, in eigene Puffer zu legen, um zu einer besseren Pufferqualität für die verbleibenden zu kommen.
Basisadministratoren steht mit "Shortcut for SAP Systems" eine PC-Anwendung zur Verfügung, die etliche Tätigkeiten in der SAP Basis vereinfacht bzw. ermöglicht.
Der globale RollBereich ist entweder ein Speicherbereich im Shared Memory des Applikationsservers (der sogenannte SAP-Roll-Puffer) oder eine Datei auf einer Festplatte des Applikationsservers (die SAP-Roll-Datei) bzw. eine Kombination aus beidem.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Hierzu zählen auch die Hotfixes nach den Patches, die unbedingt erst nach den Patches installiert werden.