Verbuchungs-Dispatching
Backup Konzepte
Im Bereich der SAP-Basis ist es ua im Zuge von Systemupdates notwendig, zeitlich begrenzte Änderungen in den Sicherheitseinstellungen der Mandanten und Systeme vorzunehmen. Mit Hilfe der Variable Systemänderbarkeit können Sie festlegen, ob eine Änderbarkeit der mandantenübergreifenden Daten, wie beispielsweise von Programmen oder Menüs sowie des mandantenunabhängigen Customizings erlaubt wird.
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.
SCOT SAPconnect – Administration
Die Statistiksätze werden aus Performancegründen zunächst im Hauptspeicher gesichert und dann in das Dateisystem der Festplatte geschrieben. Durch einen stündlich laufenden Hintergrundprozess (SAPPerformancekollektor) werden die Daten dann anhand der charakterisierenden Parameter zu Lastprofilen verdichtet; dies können Zeitprofile, Serverprofile oder Transaktionsprofile sein. Die Einzelsätze werden nach einer bestimmten Zeit gelöscht. Die aggregierten Daten werden in der Datenbank gespeichert.
Ein spezielles Problem liegt vor, wenn alle Verbuchungs-Workprozesse (UPD) belegt sind. Prüfen Sie, ob die Verbuchung deaktiviert wurde. Starten Sie dazu Transaktion SM13. Stellen Sie fest, ob Sie die Information Verbuchung ist deaktiviert finden. Ist dies der Fall, existiert im SAP-Syslog (Transaktionscode SM21) ein Eintrag, aus dem hervorgeht, wann, von wem und aus welchem Grund die Verbuchung deaktiviert wurde. Lösen Sie das gemeldete Problem, das z. B. ein Datenbankfehler sein kann, und aktivieren Sie die Verbuchung in Transaktion SM13 erneut.
Für Administratoren steht im Bereich der SAP Basis ein nützliches Produkt - "Shortcut for SAP Systems" - zur Verfügung.
Wenn Sie Ihr Problem weder mit den angegebenen Hinweisen noch mit den folgenden Informationen lösen können, dann erfassen Sie eine Problemmeldung im SAPNet - R/3 Frontend mit Angabe der Informationen aus dem Fehler-Dialogfenster und senden sie an den Themenkreis BC-UPG-OCS.
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.
Dazu wird das Update so verändert, dass neben der gewünschten Korrektur noch weitere, schädliche Veränderungen am System vorgenommen werden.