Suche nach der verlorenen Zeit
SCHNELLE ÜBERPRÜFUNG IHRER SAP SICHERHEITSEINSTELLUNGEN MIT DER XITING AUTHORIZATIONS MANAGEMENT SUITE (XAMS)
Der Dataowner sollte der adm des Zielsystems sein, den können Sie (in der Unix-Konsole) mit "chown adm K12345_DEV" ändern (respektive R12345_DEV für die data-Datei). Um die Zugriffsberechtigungen zu ändern, können Sie den Befehl "chmod 664 K12345_DEV" benutzen. Transportaufträge im SAP-System anhängen Sobald dies geschehen ist, können Sie die Transportaufträge in Ihrem SAP-System an die Importqueue anhängen. Dies geschieht, indem Sie über die STMS -> Importübersicht (F5) sich die Importqueues anzeigen lassen. Hier wählen Sie mit einem Doppelklick die Importqueue des Zielsystems aus. Danach bekommen Sie unter "Zusätze"->"Weitere Aufträge"->"Anhängen" ein Popup, mit dem Sie die Transportaufträge an die Importqueue anhängen können. In dem aufkommenden Popup müssen Sie den genauen Transportauftrag benennen. Der richtige Name dafür bildet sich wie folgt: Die ersten drei Zeichen sind die Datei-Endung der beiden Dateien, welche Sie in das Transportverzeichnis kopiert haben. Die letzten Zeichen setzen sich aus dem Dateinamen der cofiles-Datei zusammen. Bei unserem Beispieltransport würde der Transport also "DEVK12345" genannt werden (Abzuleiten aus der cofiles-Datei K12345.DEV) Das dürfte nun eine positive Meldung vom SAP zurückgeben und der Transport ist an die Importqueue angehängt. Nun können Sie diesen Transport wie jeden gewöhnlichen Transportauftrag in das System importieren. Schritt-für-Schritt Zusammenfassung Cofiles/data-Datei in das Transportverzeichnis kopieren Normalerweise /usr/sap/trans, falls nicht --> AL11 -> DIR_TRANS Dateiowner und Zugriffsrechte anpassen chown adm chmod 664 Im SAP-System: STMS -> Importübersicht -> Importqueue auswählen -> Zusätze -> Weitere Aufträge -> Anhängen Transportaufträge eingeben ().
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.
Unterstützung oder Vertretung Ihrer Mitarbeiter
Oft besitzen Basis-Administratoren beispielsweise ABAP-Grundkenntnisse und ABAP-Entwickler kennen die Grundzüge der SAP Basis. Dennoch sind die beiden Betätigungsfelder im Unternehmen meist organisatorisch getrennt.
Die Anzahl der Sätze pro Fetch hängt daher auch von der SELECT-Klausel der SQL-Anweisung ab. Wird die Anzahl der Felder, die von der Datenbank übertragen werden sollen, durch eine SELECT-Liste eingeschränkt, passen mehr Sätze in einen Fetch, als wenn ein SELECT * verwendet wird. Der Wert für den SAP-Profilparameter dbs/io_buf_size liegt standardmäßig bei 33.792 (Byte) und sollte ohne ausdrückliche Empfehlung der SAP nicht geändert werden.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
Die Fehleranfälligkeit ist besonders hoch zu Zeiten, in denen viele Informationen auf der Datenbank fortgeschrieben werden, z. B. bei Datenübernahmen oder Mandantenkopien.
Die Applikationsebene wird durch die SAP-Instanzen realisiert.