SAP HANA Cloud Platform (SAP HCP)
SAP Smart Forms
Die Laufzeitanalyse einzelner Anfragen, bei der Sie ereignisgesteuert eine Laufzeitanalyse bestimmter Anfragen erstellen: Dazu werden die statistischen Sätze der zu analysierenden Anfragen in einer Analysetransaktion in ihrer Aufrufsequenz zusammengestellt. Diese Einzelsatzanalyse ermöglicht Ihnen eine Aussage darüber, wie viel Zeit in welcher Komponente und bei welchen Operationen verstrichen ist und welchen Detail-Trace Sie als Nächstes einschalten oder, sofern er schon mitgelaufen ist, analysieren sollten.
V3-Funktionsbausteine werden ebenfalls ohne Enqueue-Sperren bearbeitet. Wie bei V1- und V2-Bausteinen werden am Ende des Dialogteils der Transaktion Einträge in die Verbuchungstabellen geschrieben, die Verbuchung wird allerdings nicht gestartet. Die Verbuchungsaufträge bleiben in den Verbuchungstabellen stehen, bis ein Hintergrundjob diese explizit bearbeitet. Dieser Hintergrundjob ist anwendungsspezifisch. Er kann eigene Anwendungslogik enthalten, also z. B. Verbuchungsaufträge im Hauptspeicher akkumulieren und nur noch die aufbereiteten Daten in die Datenbank schreiben. Dies kann für Tabellen, bei denen Werte häufig geändert werden, zu einer deutlichen Reduktion der Datenbankänderungen führen. Die Entscheidung, ob ein Geschäftsprozess im V3 verbucht werden kann, ist in der jeweiligen Dokumentation bzw. im Customizing hinterlegt.
Konfiguration sowie Wartung, Upgrades und Backup & Recovery
Leider findet man in SAP-Projekten immer wieder die folgende Situation: In der Implementierungsphase werden Programme von unerfahrenen Entwicklern oder unter Zeitdruck geschrieben und mit einem völlig unrepräsentativen Datenbestand getestet. Später stellt sich dann heraus, dass diese Programme im produktiven System mit wachsendem Datenbestand kontinuierlich an Performance verlieren und schließlich zum Problem für das gesamte System werden. Zu diesem Zeitpunkt ist der ursprüngliche Entwickler oft schon nicht mehr verfügbar, und eine nachträgliche Performanceoptimierung ist nur noch mit hohem Aufwand möglich. Eine solche Situation sollten Sie durch kluges Projektmanagement unbedingt vermeiden!
Eine SAP-Transaktion erstreckt sich in der Regel über mehrere Transaktionsschritte (Bildwechsel). Während dieser Schritte werden Daten wie Variablen, interne Tabellen und Bildschirmlisten aufgebaut und im Hauptspeicher des Applikationsservers gehalten. Diese Daten bezeichnet man als Benutzerkontext. In der Regel werden die Schritte einer Transaktion von unterschiedlichen Dialog-Workprozessen ausgeführt, d. h., der erste Transaktionsschritt wird vielleicht vom Workprozess Nr. 3 ausgeführt, der zweite Schritt vom Workprozess Nr. 4 etc. Zu Beginn eines Transaktionsschrittes muss daher der Benutzerkontext dem entsprechenden Workprozess zugänglich gemacht werden. Dieser Vorgang heißt Roll-in. Die technischen Vorgänge beim Roll-in (z. B. das Kopieren von Daten in den lokalen Speicher des Workprozesses) werden in Kapitel 6, »Speicherkonfiguration«, im Detail dargestellt. Analog zum Roll-in zu Beginn eines Transaktionsschrittes wird zum Ende eines Transaktionsschrittes ein Roll-out, also die Sicherung der aktuellen Benutzerdaten, durchgeführt. Die Länge des Roll-ins wird als Roll-in-Zeit, die Länge des Roll-outs als Roll-out-Zeit bezeichnet. Bitte beachten Sie, dass der Roll-out nicht zur Antwortzeit eines Transaktionsschrittes beiträgt. Beim Roll-out, d. h. beim Kopieren des Benutzerkontextes aus dem lokalen Speicher des Workprozesses in den Roll-Speicher, sind die Daten des Benutzers bereits vorher an den Präsentationsserver übertragen worden.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
RUN_SPDD_? In diesem Schritt werden Sie aufgefordert, Ihre Modifikationen an ABAP Dictionary- Objekten anzupassen, indem Sie die Transaktion SPDD aufrufen.
Die Webseite www.sap-corner.de bietet viele nützliche Informationen zum Thema SAP Basis.
Smart Contracts Der größte Fortschritt im Vergleich zu Bitcoin und ähnlichen Anwendungen besteht darin, dass Blockchains der zweiten Generation, wie zum Beispiel Ethereum, die sogenannte Turing-Complete- Skriptsprache Solidity verwenden.