Database Procedure Calls
SWUE Erzeugen eines Ereignisses
Sie feststellen, dass der allokierte Speicher zum Teil deutlich größer als der physisch vorhandene Speicher ist. Dies ist normalerweise unkritisch, solange der allokierte Speicher um bis zu 50 % über dem physisch vorhandenen liegt. Wird diese Grenze jedoch überschritten, sollten Sie anhand der Paging-Raten und der Antwortzeiten überprüfen, ob ein Engpass vorliegt.
Die Funktion Protokoll zeigt Protokolle für SPAM-Schritte an, die das Transportsteuerungsprogramm tp benutzen. Nach dem erfolgreichen Einspielen der Queue sollten Sie in jedem Fall diese Protokolle überprüfen. Zuordnung der SPAM-Schritte zu Protokolldateien Schritt Protokolldatei DISASSEMBLE_PATCH Erzeugen Cofile TEST_IMPORT Testimport IMPORT_OBJECT_LIST Commandfile Import DDIC-IMPORT DD-Import IMPORT_PROPER DD-Aktivierung Import ADO-Import Überprüfung Versionen Methodenausführung ABAP/Dynpro-Generierung Vorgehensweise Um in die Protokollanzeige zu gelangen, wählen Sie im SPAM-Einstiegsbild Springen Protokoll Queue. Bedeutung der Return-Codes Return-Code Bedeutung 0 oder 4 Systeminformationen und -warnungen Warnungen sind im allgemeinen unkritisch für das System. Sie sollten sie jedoch trotzdem prüfen, da in seltenen Fällen Folgefehler auftreten können. Größer 4 Ernsthafte Fehler, die beseitigt werden müssen, bevor Sie das Einspielen erfolgreich abschließen können. Queue bestätigen Verwendung Bestätigen Sie das erfolgreiche Einspielen der Queue in Ihrem System. Dadurch stellen Sie sicher, daß in Zukunft weitere Support Packages eingespielt werden können. Ohne diese Bestätigung ist es nicht möglich, weitere Support Packages einzuspielen. Wenn Sie erfolgreich eingespielte Support Packages noch nicht bestätigt haben, dann werden Sie beim Upgrade des Systems aufgefordert, diese Support Packages zu bestätigen. Voraussetzungen Sie haben ein oder mehrere Support Packages erfolgreich eingespielt. Vorgehensweise Bestätigen Sie das erfolgreiche Einspielen der Support Packages in Ihr System mit Support Package Bestätigen.
Was ist der Unterschied zwischen SAP Basis und SAP ABAP?
Im Bereich der SAP-Basis ist es 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.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Mehrfachanmeldungen sind möglich, diese können aber über einen Profilparameter unterbunden werden.
Repository-Objekte können zusätzlich noch weiter angepasst werden, und zwar in Bezug auf die Software-Komponente und den Namensraum.