Tabellenpufferung und Indizierung
Unterstützung bei Anpassungen und Veränderungen der Systeme
Als Eingaben für das Sizing dienen Ihre Angaben über die Anzahl der Benutzer in den verschiedenen SAP-Anwendungen. Anhand detaillierter Erfahrungswerte über den Hardwarebedarf der verschiedenen SAP-Anwendungen werden zunächst der Hardwarebedarf pro Anwendung (als Produkt aus Benutzeranzahl und anwendungsspezifischem Lastfaktor und eventuell einem konstanten Grundbedarf) und anschließend der Gesamthardwarebedarf als Summe aller Einzelbedarfe pro Anwendung berechnet. Das benutzerbasierte Sizing liefert immer dann zuverlässige Angaben, wenn die Hauptlast in einem System durch Dialogbenutzer verursacht wird und der SAP-Standard nicht wesentlich modifiziert wurde. Bei der Interpretation des Ergebnisses ist zu berücksichtigen, dass das benutzerbasierte Sizing im Quick Sizer mit einer Zielauslastung von 100 % in Bezug auf den Hauptspeicher und 33 % in Bezug auf die CPU rechnet. Bereits in Kapitel 2, »Analyse von Hardware, Datenbank und ABAP-Applikationsserver«, haben wir dargestellt, dass man eine CPU nicht zu 100 % auslasten kann, wenn man auf einem Rechner mit Dialogbenutzern eine gute Antwortzeit garantieren möchte. Die relativ niedrig angesetzte Zielauslastung berücksichtigt außerdem noch einen relativ hohen Sicherheitsfaktor, den man beim benutzerbasierten Sizing mit beachten muss.
Kosten: 75% Ersparnis bei nachträglichen Korrekturen. Erhebliche Reduzierung der Entwicklungs- und Wartungskosten. ABAP-Code: 84% schnellere und ausfallsichere Programme. Verbesserte Performance verringert Laufzeit und Hardware-Auslastung. Gezielte Korrekturen minimieren Systemfehler und Ausfallzeiten.
SAP Berechtigungskonzept
Mit dem Performance-Trace steht Ihnen ein leistungsfähiges Werkzeug zur Laufzeitanalyse von ABAP-Programmen zur Verfügung. Mit diesem Werkzeug sind Sie in der Lage, zur Laufzeit eines Programms folgende Operationen aufzuzeichnen: Datenbankzugriffe, d. h. SQL-Anweisungen eines Benutzers, RFC-Aufrufe, Enqueue-Operationen und Zugriffe auf SAP-Puffer. Der Performance-Trace ist ein Werkzeug, das von SAP entwickelt wurde – und ist daher, bis auf kleine Details, für alle Datenbanksysteme identisch. Zum Eingangsbildschirm des Performance-Trace gelangen Sie über System > Hilfsmittel > Performance-Trace oder über den Transaktionscode ST05. In dieser Sicht finden Sie Schalter zum Starten, Stoppen und Auswerten des Performance-Trace. Darüber hinaus finden Sie Ankreuzfelder zur Auswahl der Trace-Modi SQL-Trace, Enqueue-Trace, RFC-Trace, HTTP-Trace (ab Basisversion 7.10) und Buffer-Trace. Standardmäßig ist nur das Feld für den SQLTrace markiert. Zur Standardanalyse eines Programms empfehlen wir Ihnen, den SQL-, Enqueue-, HTTP- und den RFC-Trace einzuschalten.
Physische Lesezugriffe - Anzahl der Lesezugriffe auf die Festplatte. Diese Zahl gibt an, wie viele Blöcke bzw. Pages von der Festplatte geladen werden mussten, um die Anfragen der Anwender (also der SAP-Workprozesse) zu befriedigen.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Möchten Sie etwas über die Architektur von HANA erfahren, empfehle ich Ihnen einen Beitrag unserer Kollegen von erlebe Software.
Ein Rollenkonzept nach Best Practice schützt Sie vor potenziellen Angriffen innerhalb Ihrer SAP-Landschaft.