Adaption auf SAP HANA
Datenbankinstanz
Zu jedem Lauf des Programms RSCOLL00 werden Protokolle geschrieben, anhand derer Sie mögliche Fehler feststellen können. Das Protokoll können Sie im Workload-Monitor über den Menüpfad Kollektor und Perf. Datenbank > Systemlast-Kollektor > Protokoll einsehen. Ausführliche Erläuterungen zur Funktionsweise und zur Einstellung des Kollektors finden Sie in der SAP-Onlinehilfe sowie in den SAP-Hinweisen, die in Anhang E zusammengestellt sind.
Seit der Version 7.0 bietet der SAP Solution Manager unter dem Schlagwort End-to-End Diagnostics eine komponentenübergreifende Workload-Analyse und ein Tracing an. Die komponentenübergreifende Workload-Analyse summiert die Performancedaten aus allen an einer Lösung beteiligten Komponenten und stellt sie in einer Oberfläche dar. Beim komponentenübergreifenden Tracing ist es möglich, bei einer Transaktion in der Benutzeroberfläche, d. h. im Webbrowser oder im SAP GUI, zentral einen Trace einzuschalten, der dann mit dem Datenstrom über die beteiligten Komponenten verteilt wird. Wird also ein Trace von einem Benutzer eingeschaltet, schaltet jede Komponente lokal ihren Trace ein und speichert diesen unter einer bestimmten Identifikationsnummer ab. Die Trace-Daten werden dann anschließend durch den SAP Solution Manager eingesammelt und stehen für eine zentrale Auswertung zur Verfügung. Dabei können unterschiedliche Trace-Levels aktiviert werden.
Migration Ihrer ERP-Landschaft nach SAP on HANA oder S/4HANA
Die Analyse »teurer« ABAP-Programme beginnt mit der Untersuchung der statistischen Einzelsätze, mit deren Hilfe Sie sich einen Überblick über die Antwortzeiten einer Transaktion verschaffen können. Zur weiteren Analyse verwenden Sie den SAP-Performance-Trace, mit dem Sie Datenbankzugriffe, Remote Function Calls (RFCs) und Sperroperationen (Enqueues) im Detail untersuchen können. Lässt sich das Problem mit diesen Methoden nicht finden, stehen Ihnen noch der ABAP-Trace und der ABAP Debugger als weitere Analysemethoden zur Verfügung. Routinemäßig sollten Sie den Code Inspector nutzen, der über zahlreiche statische Performancechecks verfügt.
Vor dem Produktivstart findet das initiale Sizing statt. Involviert in den Prozess sind die Hardwarepartner mit ihren entsprechenden Sizing-Angeboten und SAP mit dem Quick Sizer und dem SAP GoingLive Check. Da auch nach dem ersten Produktivstart die Hardwareanforderungen in einem System steigen, ist auch in dieser Phase eine weitere Kapazitätsplanung notwendig. Bei dieser Kapazitätsplanung unterstützen Sie ebenfalls SAP durch ihr Serviceprogramm und die Hardwarepartner.
Das Tool "Shortcut for SAP Systems" eignet sich sehr gut, um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Diese logische Grenze ist in der Architektur der Betriebssysteme begründet.
Um die Virtualisierung zu erreichen, gibt es Ansatzpunkte auf drei unterschiedlichen Ebenen: Lösungen, die auf der Ebene unterhalb des eigentlichen Betriebssystems ansetzen, ermöglichen es, ganze Instanzen des Betriebssystems zu virtualisieren, d. h., es können sogar Instanzen unterschiedlicher Betriebssysteme auf einem Rechner betrieben werden.