SAP Roll Memory
User- und Security-Management
Anhand dieser Angaben können Sie schnell feststellen, in welcher Komponente lange Zeiten aufgetreten sind. Eine hohe CPU-Zeit bedeutet, dass die Anwendung auf der Komponente weiter analysiert werden muss. Eine lange Wartezeit in der Komponente deutet auf eine Überlastungssituation in dieser Komponente hin. Abhängig vom Typ der Komponente (ABAPoder Java-Instanz) muss eine komponentenabhängige Analyse erfolgen. Eine hohe Call-/Roll-Wartezeit schließlich bedeutet, dass das Performanceproblem nicht in dieser Komponente, sondern in einer von dieser aufgerufenen Komponente zu finden ist.
Hybride Clouds sind längst die Norm, auch wenn diese Entwicklung eher zufällig zustande gekommen ist. Die meisten Unternehmen haben sich für verschiedene Cloud-Software-Angebote entschieden und diese entsprechend integriert, sei es Workday für HCM, SalesForce für CRM, Marketo für die Marketingautomatisierung, Coupa für SRM oder Vendavo für die Preisgestaltung. Viele haben sich mit SuccessFactors, Cloud for Customer, Marketing Cloud, Ariba und CPQ auch für die SAP-Varianten dieser Lösungen entschieden.
Was sollte ein SAP-Administrator können?
Wenn Sie einen Puffer optimieren wollen, müssen Sie verstehen, wie er sich gegenüber Änderungen und Verdrängung verhält. Wenn Daten, die gepuffert werden, geändert werden, muss der Puffer davon in Kenntnis gesetzt werden und die gepufferten Daten invalidieren. Werden die Daten gleichzeitig von einem zweiten Prozess verwendet, gibt es unterschiedliche Strategien, wie der Puffer darauf reagiert: Der Puffer kann eine Lesekonsistenz gewährleisten, d. h., solange sich der Prozess in einer Transaktion befindet, kann er noch auf die Daten vor der Änderung zugreifen, um ein konsistentes Bild der Daten zu bekommen. Alternativ gibt es auch Puffer, die diese Lesekonsistenz nicht gewährleisten, d. h., das Programm muss damit rechnen, dass sich Daten bei mehrfachem Lesen in einer Transaktion ändern. Sofern mehrere Instanzen des Puffers existieren, müssen Sie sich anschauen, wie die Synchronisation zwischen den Puffern abläuft, wenn Daten geändert werden.
Erst beim OPEN werden der Datenbank die konkreten Werte für die WHERE-Bedingung übergeben (MANDT = 100 etc.). Ein PREPARE ist nur bei der ersten Ausführung einer Anweisung nötig, sofern sie nicht aus dem SAP Cursor Cache verdrängt wird. Anschließend kann die Anweisung, die einmal präpariert (geparst) wurde, immer wieder mit einem OPEN oder REOPEN geöffnet werden. Da die DECLARE- und PREPARE-Operationen beim ersten Durchlauf ausgeführt wurden, ist in unserem Beispiel nur die OPEN-Operation zu beobachten.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
Handelt es sich bei HEADER und POSITION um Standardtabellen, loopt der ABAP-Prozessor für jeden Eintrag in der Tabelle HEADER über alle Einträge in der Tabelle POSITION und prüft für alle Einträge, ob die WHERE-Bedingung erfüllt ist.
Die Summe aus lokalem Speicher und Shared Memory ist der virtuell allokierte Speicher.