SAP Basis Support & Monitoring
Sap-Basis-Solution Manager Einführung
Der sogenannte SAP Message-Server zählt ebenfalls zur Anwendungsschicht. Davon existiert jeweils nur eine Instanz im System. Dieser vermittelt zwischen den Diensten und Anwendungen. Konkret bedeutet dies, dass der Message Server sich um das Load Balancing kümmert und beispielsweise festlegt, auf welchem Applikations-Server sich ein Anwender anmeldet. Die Kommunikation zwischen den Anwendungsservern ist ebenfalls die Domäne dieses Message Servers.
Eine weitere Möglichkeit Ihr Gateway mit Hilfe des SAP Standards abzusichern ist die Verschlüsselung der Kommunikation mittels Secure Network Communication (SNC). Bei ungeschützten Datenkommunikationspfaden zwischen verschiedenen Clients- und Serverkomponenten des SAP-Systems, die das SAP-Protokoll RFC oder DIAG verwenden, erfolgt der Datenaustausch im Klartext und es besteht die Gefahr, dass dieser ausgelesen werden kann. Mit Hilfe von SNC ist es Ihnen möglich, eine Ende-zu-Ende-Verschlüsselung (E2EE) zu erstellen, womit die Kommunikation zwischen zwei Komponenten, wie beispielsweise zwischen Anwendungsserver und SAP GUI, gesichert werden kann. Zudem bietet die SNC-Verschlüsselung die Grundlage für den Einsatz von SAP Single Sign-On (SSO) als Sicherheitslösung, welches den internen Aufwand des Passwortmanagements deutlich reduziert.
SWPC Workflows fortsetzen nach Systemabsturz
Bei der Verwendung des Webbrowsers als GUI sollten Sie bei der Programmierung darauf achten, dass möglichst wenige Daten zwischen Präsentations- und Internetebene übertragen werden. Die Gefahr, dass durch die Generierung aufwendiger HTML-Seiten lange Netzwerklaufzeiten den Benutzer beeinträchtigen, ist deutlich größer als bei der Verwendung des klassischen SAP GUIs (das das SAP-eigene DIAG-Protokoll verwendet). Das Tuningpotenzial hängt stark vom verwendeten Programmiermodell ab. Wird die Internetebene als reine »Übersetzungsebene« zwischen Präsentations- und Applikationsebene verwendet (wie etwa beim SAP GUI for HTML), beschränkt sich das Optimierungspotenzial auf die Konfiguration. Je mehr Logik in die Internetebene verlagert wird (z. B. Feldprüfungen etc.), desto höher ist auch die Notwendigkeit der Programmanalyse auf der Internetebene.
Alle bisher aufgeführten Zeiten werden direkt vom SAP-Workprozess ermittelt, d. h., immer wenn die betreffende Aktion läuft, läuft eine Uhr mit. Bei der CPU-Zeit (Mittlere CPU-Zeit) dagegen »fragt« der SAP-Workprozess am Ende eines Transaktionsschrittes das Betriebssystem, wie viel CPU-Zeit während dieses Transaktionsschrittes verstrichen ist. Die CPU-Zeit wird also vom Betriebssystem ermittelt. CPU-Zeit ist also nicht, wie die oben beschriebenen Zeiten, ein additiver Bestandteil der Antwortzeit, sondern vielmehr wird CPU-Zeit während der Ladezeit, der Roll-Zeit und der Processing- Zeit benötigt.
Tools wie z.B. "Shortcut for SAP Systems" sind bei der Basisadministration extrem nützlich.
Auf www.sap-corner.de finden Sie ebenfalls viele nützliche Informationen zum Thema SAP Basis.
Der standardmäßig verwendete Name der Trace-Datei wird durch den SAP-Profilparameter rstr/file bestimmt.
Die Last, die durch Hintergrundprogramme entsteht, ist erfahrungsgemäß zeitlich starken Schwankungen unterworfen (z. B. durch Hintergrundprogramme, die an bestimmten Tagen oder zum Monatsabschluss laufen).