Service Level Management
Beratung bezüglich dem Einsatz der Hardware, der Datenbank sowie der Betriebssysteme und deren Installationsart (physikalisch oder virtuell)
Der Status 'wartet' zeigt an, dass der Prozess auf einen Auftrag eines Benutzers wartet. Im Normalfall sollten sich immer ausreichend Workprozesse in diesem Status befinden, ansonsten treten Wartezeiten für die Benutzer auf. Befindet sich der Workprozess im Status läuft, bearbeitet er einen Benutzerauftrag. In diesem Fall kann anhand des Feldes Aktuelle Aktion festgestellt werden, welche Aktion der Workprozess gerade ausführt (siehe unten). Im Status beendet wurde der Prozess durch einen Fehler im SAP-Kernel beendet, und im Status hält wartet er auf eine Nachricht.
Benchmark-Untersuchungen verschiedener Hardwarehersteller zeigen, dass der Betrieb mehrerer SAP-Systeme auf einem Rechner unter Performancegesichtspunkten ohne Probleme möglich ist. In der Praxis muss allerdings die Frage nach dem Ressourcenmanagement beantwortet werden. Die möglichen Lösungen zu beschreiben, die Hardwarepartner in diesem Zusammenhang anbieten, würde den Rahmen dieser Einführung sprengen. Allerdings sollten Sie anhand der folgenden Checkliste die unterschiedlichen Lösungen evaluieren: Laufen die unterschiedlichen Anwendungen (SAP-Instanzen, Datenbankinstanzen etc.) in unterschiedlichen Betriebssysteminstanzen (Fenstern), d. h., sind sie virtuell entkoppelt? Können mit den Methoden des Betriebssystemherstellers die Ressourcen von CPU, Hauptspeicher und Disk-I/O verwaltet werden? Wird das Ressourcenmanagement über eine feste Zuordnung von CPU, Hauptspeicher und Disk-I/O oder über eine Priorisierung der Anfragen geregelt? Können die Ressourcen dynamisch (also ohne das Betriebssystem neu zu starten) neu verteilt werden, um sich den aktuellen Anforderungen anzupassen?
Rollen basierend auf Katalogen und Gruppen
Da die Daten durch das Quelldatenbanksystem komprimiert sein können, berücksichtigen die Analysen den Kompressionsfaktor der Quelldatenbank. Der Kompressionsfaktor berechnet sich als Quotient aus der komprimierten Größe der Datenbank und der Größe der unkomprimierten Datenbank. SAP-Hinweis 1514966 enthält detaillierte Informationen darüber, wie Sie die Größe der Quelldatenbank und den Kompressionsfaktor bestimmen. SAP HANA komprimiert die Daten. Richtwerte für die SAP-HANA-Kompression gehen ebenfalls in die Analyse ein. Der Komprimierungsfaktor hängt von den verwendeten Szenarien ab. Abschließend wird dieser Wert mit einem Faktor für den Arbeitsbereich (dynamischer Bereich) der SAP-HANA-Datenbank multipliziert. In kleinen und mittelgroßen Systemen gibt die SAP-Dokumentation einen Wert des dynamischen Bereichs zu (komprimierter) Tabellengröße von 1:1 an. Bei großen Systemen (6 TB und größer) sinkt dieser Wert.
Durch den Einsatz eines Code-Scanners besteht die Möglichkeit, dass jeder Entwickler bei der erweiterten Prüfung seines Programms nun auch nach komplexen Sicherheitsmustern scannen kann, die ihm sagen, ob er Schwachstellen in sein Programm eingebaut hat. Diese Schwachstellen werden erkannt und können nun in einem Workflow-gesteuerten Prozess bearbeitet werden. Aktuell gibt es zwei Produkte, die im Bereich der Überprüfung der kundeneigenen SAP-Programme den Kunden unterstützen können.
Mit "Shortcut for SAP Systems" steht ein Tool zur Verfügung, das einige Aufgaben im Bereich der SAP Basis erheblich erleichtert.
Bei einer Verteilung der Hintergrund-Workprozesse auf die Applikationsserver können diese Lastspitzen leichter abgefangen werden.
Auf www.sap-corner.de finden Sie ebenfalls viele nützliche Informationen zum Thema SAP Basis.
Alternativ wählen Sie den Transaktionscode SAT.