Hardware Sizing
Problem mit erschöpftem Extended Memory
Beachten Sie, dass unsere Ausführungen keine Vorlage für einen »juristisch wasserdichten« Vertrag sind. Vielmehr beschränken sie sich auf fachlich sinnvolle Inhalte.
Analytisch ist es nicht möglich, vorauszusagen, welcher der beiden Rechner eine höhere Leistungsfähigkeit in Bezug auf SAP-Anwendungen bietet, denn neben der Anzahl der Prozessoren sind die Prozessorarchitektur, die Taktfrequenz und die CPU-nahen Hauptspeicherbereiche (L1 Cache, L2 Cache etc.) von entscheidender Bedeutung. Die Leistungsfähigkeit kann also nur über einen Benchmark bestimmt werden. Für den in einem SDBenchmark erzielten Durchsatz hat SAP die Einheit SAPS für SAP Application Performance Standard geprägt. 100 SAPS entsprechen dabei 2.000 vollständig bearbeiteten Auftragspositionen pro Stunde mit 6.000 Dialogschritten (Bildwechseln), 2.000 Verbuchungen bzw. 2.400 SAP-SD-Transaktionen. Die SAPS-Angabe ist spezifisch für die getestete Version.
Hybrides Entwicklungsszenario
Ein modernes Notebook mit einem 2-Kern-Prozessor erreicht heute 2.000 SAPS, ein typischer Server mit zwei Prozessoren und 44 Kernen kommt auf etwa 100.0000 SAPS. Server am oberen Ende des Leistungsspektrums bringen es auf über 500.000 SAPS. Bis zum Jahr 2005 konnte man ein stetiges Wachstum der CPU-Geschwindigkeit und damit der Leistungsfähigkeit von Prozessoren beobachten. Dieser Trend ist aber inzwischen gestoppt. Stattdessen beobachten wir die Entwicklung von Mehr-Kern-Technologien und damit ein Wachstum des parallelen Durchsatzes. Typische Rechner am oberen Leistungsspektrum verfügen über 256 und mehr Kerne.
Site Reliability Engineering(SRE) ist in der Google-Welt das Äquivalent zur SAP Basis. Ben Treynor, der seit 2003 für Google tätig ist und als Pate von SRE gilt, beschreibt SRE als das „was passiert, wenn man einem Software Engineer Operations-Aufgaben überlasst“.
Mit "Shortcut for SAP Systems" steht ein Tool zur Verfügung, das einige Aufgaben im Bereich der SAP Basis erheblich erleichtert.
Benutzerkontextdaten werden von Dialog-Workprozessen in folgender Reihenfolge abgelegt: Beim Start einer Transaktion wird der Benutzerkontext bis zu einer Größe von ztta/roll_first im lokalen Roll-Bereich des Workprozesses gespeichert.
Wir empfehlen Ihnen dringend, Varianten zu verwenden: Bei der Untersuchung eines etwas komplexeren Programms erreicht die Datenmenge beim Erstellen des Trace schnell Größen von mehreren Megabyte, die aber oft für die Analyse völlig belanglos sind.