(De-)Installation und Update/Upgrade von SAP-AddOns
Rechtebasierte Workflows in der Buchhaltung
SAP Standard Application Benchmarks sind automatisierte und standardisierte Ausführungen von Geschäftsprozessen mit vorgegebenem Customizing und Stammdaten. Sie dienen mehreren Zwecken: dem Nachweis der Skalierbarkeit von Hardware, Datenbank, SAP-Basis und getesteten SAPAnwendungen, der Bestimmung von Faktoren zum Vergleich der Leistungsfähigkeit unterschiedlicher Rechner und der Bestimmung von Faktoren zum Vergleich der unterschiedlichen SAP-Anwendungen.
Die regulären Verbuchungs-Workprozesse (Task-Typ Update) bearbeiten V1-Bausteine mit absoluter Priorität, d. h., solange ein V1-Baustein zur Bearbeitung ansteht, wird kein V2-Baustein prozessiert (sofern V2-Verbuchungs-Workprozesse konfiguriert sind). Diese Lastverteilungsregel kann dazu führen, dass in Extremsituationen überhaupt keine V2-Funktionen bearbeitet werden. Dies verhindern Verbuchungs-Workprozesse vom Typ V2, die als V2 klassifizierte Funktionen bearbeiten. Um zu garantieren, dass V2-Funktionen auch in Zeiten mit hoher Last überhaupt bearbeitet werden, sollten Sie also immer auch V2-Verbuchungs-Workprozesse konfigurieren. Als Faustformel rechnen Sie mit einem Verhältnis von einem V2-Verbuchungsprozess zu vier V1-Verbuchungsprozessen.
Ressourcenmanagement wie Speicher, Puffer, etc
Eine zu kleine Anzahl von SAP-Workprozessen führt zu Dispatcher-Wartezeiten, die im Workload-Monitor ausgewiesen werden. Der Umkehrschluss ist allerdings nicht richtig: Eine Dispatcher-Wartezeit bedeutet nicht automatisch, dass die Anzahl der Workprozesse zu klein ist. Vielmehr muss zunächst eine vollständige Engpassanalyse durchgeführt werden, um festzustellen, ob tiefer liegende Performanceprobleme die Workprozesse blockieren.
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. Beispiele für solche Lösungen sind VMware und XEN. Betriebssysteme selbst bieten ebenfalls Virtualisierungslösungen an, bei diesen Lösungen können auf dem Betriebssystem mehrere Partitionen eingerichtet werden, auf denen Anwendungssoftwareinstanzen betrieben werden können (z. B. IBM Dynamic LPAR und Micropartioning LPAR, HP Integrity Virtual Machines). Schließlich stellt auch die SAP-Software selbst eine Virtualisierung auf einer Ebene oberhalb des Betriebssystems zur Verfügung. Durch die durchgängige Verwendung virtueller Servernamen innerhalb des SAPSystems können SAP-Instanzen mit dem SAP Landscape Management (LVM) flexibel gemanagt werden, also z. B. innerhalb kürzester Zeit umgezogen werden. SAP unterstützt Virtualisierungslösungen auf allen drei Ebenen. Alle Lösungen bieten große Vorteile im flexiblen Management von Systemen, haben aber auch spezifische Nachteile.
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Dies kann unter anderem durch Aufstockung der bisherigen Ressourcen oder/ und durch Maßnahmen der Standardisierung & Automatisierung wie auch „Cloudability“, Outsourcing & Outtasking geschehen.
Wenn ich es auf Facebook hochlade, habe ich dabei eine Kopie angefertigt und ich kann das Bild dann zum Beispiel auch auf Instagram hochladen.