Das Konzept für eine kontinuierliche Performanceoptimierung
Unterstützung bei der Einrichtung von Connectoren und Schnittstellen
Der initiale Teil des Benutzerkontextes wird im lokalen SAP-Roll-Bereich des Workprozesses abgelegt. Da es sich bei diesem Speicherbereich um lokalen Speicher handelt, kann jeder SAP-Workprozess nur auf seinen eigenen RollBereich zugreifen. Beim Roll-out muss der Inhalt des von ihm benutzten lokalen Roll-Bereichs des Workprozesses gesichert werden. Dazu wird der lokale Roll-Bereich in den globalen SAP-Roll-Bereich kopiert. 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. Der globale Roll-Bereich ist allen Workprozessen einer Instanz zugänglich. Beim Roll-in wird der Benutzerkontext aus dem globalen RollBereich in den lokalen Roll-Bereich des neuen Workprozesses kopiert. Der Benutzer kann auf diese Weise mit seinen alten Daten weiterarbeiten.
Sofern das DBA-Cockpit auf das Web UI umgestellt ist, gelangen Sie auch aus dem Menübaum der Transaktion DBACOCKPIT in das Web UI. Genauere Informationen zur Umstellung finden Sie in der SAP-Onlinehilfe zum jeweiligen Datenbanksystem und in den Hinweisen in Anhang E, »Informationsquellen«.
Wozu eine SAP-BASIS-Abteilung in den Firmen? Unsere Geschichte
Neben der Auswertung der Antwortzeiten sollten Sie die folgende Analyse durchführen, die man als die »Suche nach der verlorenen Zeit« bezeichnen könnte. Wie oben bereits erwähnt, gibt es zwei unterschiedliche Quellen der Zeitmessung. Alle Zeiten, außer der CPU-Zeit, werden vom SAP-Workprozess gemessen, und nur die CPU-Zeit wird vom Betriebssystem ermittelt. Die folgende Analyse ist ein Plausibilitätscheck zur Überprüfung, ob die beiden Zeitmessungen miteinander vereinbar sind. Dazu subtrahiert man von der gesamten mittleren Antwortzeit alle Zeiten, in denen der SAP-Workprozess keine CPU-Zeit benötigt, nämlich die Dispatcher-Wartezeit, die Datenbankzeit, die Enqueue-Zeit und die Roll-Wartezeit. Während der Processing-Zeit werden im Wesentlichen Programme bearbeitet, und daher sollte in dieser Zeit CPU-Kapazität »verbraucht« werden. Daher sollten Processing-Zeit und CPU-Zeit in der gleichen Größenordnung liegen. Als Richtwert für die Praxis sollte die Differenz aus Processing- Zeit und CPU-Zeit nicht größer als 10 % sein. Größere »Fehlzeiten« deuten auf Performanceprobleme hin.
Die mittlere Antwortzeit für einen Transaktionsschritt im Dialog-Task wird Antwortzeit von vielen SAP-Anwendern als das entscheidende Kriterium für die Performance eines SAP-Systems angesehen. Als »magische Grenze« für eine gute Performance eines SAP-Systems wird in der Regel eine mittlere Dialogantwortzeit von 1 Sekunde betrachtet. Wie Sie im Verlauf dieses Kapitels sehen werden, wird ein derart pauschales Kriterium jedoch der Vielfalt der unterschiedlichen SAP-Komponenten und Anforderungen an diese nur teilweise gerecht.
Mit "Shortcut for SAP Systems" steht ein Tool zur Verfügung, das einige Aufgaben im Bereich der SAP Basis erheblich erleichtert.
Je nach Vereinbarung kümmert sich das Experten-Team sowohl um die Verwaltung, als auch um das Hosting und den Betrieb des SAP-Systems.
Download Transaktionstabellen Die Transaktionen, welche die Beispiele von oben ermöglichen, inkl. bestimmter Ausprägungen der zugehörigen Berechtigungsobjekte und unsere Empfehlungen dazu finden Sie in der Datei „Kritische mandantenübergreifende Berechtigungen“ zum Download.