SAP Basis Operations - SAP Basis

Direkt zum Seiteninhalt
Operations
Service Level Management
Sie möchten gerne detaillierter wissen, was auf Ihren SAP Systemen passiert - dann empfehle ich Ihnen, sich die Solution Manager Funktionalität "Usage Procedure Logging" (UPL) genauer anzusehen. Welcher Code wird häufig ausgeführt? Auf welche Datenbanktabellen wird regelmäßig zugegriffen? Welche ungenutzten Eigenentwicklungen existieren? - Antworten auf diese Fragen liefert das UPL. Sie können die Funktionalität ohne weitere Lizenzkosten und mit moderatem Aufwand in Ihre bestehende SAP-Landschaft implementieren. Welche Informationen liefert das UPL? Mit Usage Procedure Logging werden, grob vergleichbar mit den Workload-Statistiken der ST03N, Daten zum Nutzerverhalten geloggt und aufgezeichnet. UPL ist in der Lage, den Aufruf und die Ausführung ua folgender ABAP Objekte aufzuzeichnen: Reports Funktionsbausteine Klassen Methoden Subroutinen SQL Aufrufe Außerdem ist UPL in der Lage, dynamische Programmaufrufe zu erkennen sowie die Transparenz über genutzte Modifikationen zu erzeugen. Somit werden sämtliche Nutzungsdaten detailliert und automatisiert aufgezeichnet sowie, wenn gewünscht, zentral im SAP Solution Manager zur Verfügung gestellt. Vorteile 1) Kaum messbarer Performance Impact 2) Zentrale Sammlung der Daten aller Systeme im BW des SAP Solution Managers 3) Keine aufwändige Einrichtung 4) Einmal aktiviert, laufen die Kollektor- und Extraktorjobs regelmäßig und ohne weitere, manuelle Tätigkeiten Mögliches Nutzungsszenario Wenn Sie den Solution Manager 7.2 im Einsatz haben, können Sie UPL im Rahmen des "Custom Code Lifecycle Managements" (deutsch: Verwaltung kundeneigener Entwicklungen) aktivieren. Nach einmaliger Aktivierung des BW-Contents sowie einiger Standardjobs wählen sie ein oder mehrere Systeme aus, für die Sie UPL aktivieren möchten. Sollten Sie bereits das SP05 installiert haben, existiert im SOLMAN_SETUP eine eigene "Guided Procedure" zur Konfiguration des UPL.

In einem hybriden Entwicklungsszenario werden die Datenbank-spezifischen Teile der Anwendung mit den Werkzeugen der SAP HANA Platform entwickelt und von Anwendungen im SAP NetWeaver genutzt. Dies kann im AS ABAP über natives SQL oder über sogenannte Stellvertreterobjekte (Proxies) im ABAP Data Dictionary geschehen. Die Datenbankobjekte bleiben für den Applikationsserver eine »Blackbox«. Dieses Entwicklungsszenario unterstützt alle Funktionalitäten von SAP HANA, hat aber den Nachteil, dass Entwickler in beiden Entwicklungswelten zu Hause sein müssen.
SWDM Business Workflow Explorer
Vor der Veröffentlichung von SAP HANA gab es keine SAP-Datenbank - Sie mussten SAP ERP (oder die von Ihnen verwendete Anwendung) auf einer Datenbank eines Drittanbieters, wie Oracle oder SQL Server, installieren. SAP hat die HANA-Datenbank entwickelt, um die Leistung der nächsten Generation der S/4-Software von SAP voll auszuschöpfen.

Für die Verteilung der Applikationsebene auf Instanzen gilt also die Regel, dass so viele Instanzen wie nötig, aber so wenige wie möglich installiert werden sollten. Grundsätzlich unterscheiden sich die Ziele der horizontalen Skalierbarkeit der Applikationsebene nicht wesentlich von denen der horizontalen Skalierbarkeit der Datenbankebene. Es gibt allerdings einen entscheidenden Unterschied: Bei der Skalierbarkeit von Anwendungsservern entscheidet das Logon-Balancing darüber, welcher Anwendungsserver die Anfrage eines Benutzers bearbeitet. Dort liegt auch der Speicher des Benutzers (Benutzerkontext). Ein Umziehen von Speicherkontexten findet auf der Applikationsebene nicht statt (außer bei expliziter Parallelisierung, z. B. über RFC-Aufrufe). Bei SAP HANA dagegen wird der Knoten für die Prozessierung der Anfragen durch die Verteilung der Daten festgelegt.

Verwenden Sie "Shortcut for SAP Systems", um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.

Das Produktportfolio der SAP bietet nun für diese Disziplinen betriebswirtschaftlicher Software unterschiedliche Lösungen, die sich zum einen nach den Kriterien des Betriebsmodus – Cloud oder on premise – und zum anderen nach der Unternehmensgröße gliedern.

Sie stellt allen anderen Anwendungen die notwendigen Daten zur Verfügung.
SAP BASIS
Zurück zum Seiteninhalt