SAP-Entwicklung
SMT1 Trusted – Trusting Verbindungen
Bei der Interpretation der Ergebnisse sollten Sie die folgenden Faktoren berücksichtigen, die Einfluss auf das Sizing haben: Finden Sie unter den größten Tabellen im System solche, deren Inhalte vor der Migration auf SAP HANA archiviert oder gelöscht werden können? In diesem Fall kann sich der Hauptspeicherbedarf reduzieren. Wie groß ist Ihr Datenwachstum? Bestimmen Sie die jährliche Wachstumsrate, und legen Sie fest, auf wie viele Jahre Sie Ihre SAP-HANAInstallation planen wollen.
Einen CPU- oder Hauptspeicherengpass können Sie nach folgenden Kriterien diagnostizieren: Beobachten Sie eine hohe CPU-Auslastung oder hohe Paging-Raten im Stundenmittel? Als grobe Richtwerte geben wir an, dass die Gefahr eines Hardwareengpasses besteht, wenn die mittlere freie CPU-Kapazität (CPU idle) im Stundenmittel unter 20 % sinkt bzw. die Paging-Rate pro Stunde auf über 20 % des physischen Hauptspeichers ansteigt. Vergleichen Sie dazu auch Abschnitt 2.2.1, »Analyse eines Hardwareengpasses (CPU und Hauptspeicher)«. Prüfen Sie in einem zweiten Schritt, ob die hohe CPU-Auslastung bzw. die hohe Paging-Rate tatsächlich negativen Einfluss auf die Antwortzeit des SAP-Systems hat. Besteht der Verdacht eines Hardwareengpasses auf einem Applikationsserver, ist dies am sichersten anhand der Processing-Zeit festzustellen: Ist diese deutlich größer als die CPU-Zeit (als Richtwert Processing-Zeit > 2 × CPU-Zeit), ist dies ein Indiz dafür, dass die Workprozesse auf die CPU warten müssen. (Beachten Sie aber, dass eine erhöhte Processing- Zeit auch andere Ursachen haben kann, siehe auch Abschnitt 3.3, »Workload-Analyse«.) Zudem können erhöhte Lade-, Roll- und Dispatcher- Wartezeiten auftreten. Vermuten Sie, dass ein Hardwareengpass auf dem Datenbankserver auftritt, analysieren Sie die Datenbankzeit: Ist sie erhöht? Vergleichen Sie dazu z. B. die Datenbankzeiten im Tagesprofil zu Zeiten hoher und niedriger Last. Besteht der Verdacht auf einen Hauptspeicherengpass, vergleichen Sie, ob der virtuell allokierte Speicher deutlich größer als der physisch vorhandene Hauptspeicher ist. Sofern der virtuell allokierte Speicher kleiner ist als 1,5 × der physische Hauptspeicher, sollte ein Hauptspeicherengpass kein Thema sein (siehe auch Abschnitt 2.4.3, »Anzeige des allokierten Speichers«).
RFC-Anfragen
Betriebssysteme verwalten in der Regel einen eigenen File System Cache. Dieser Cache konkurriert mit dem SAP-System und der Datenbank um die Nutzung des Hauptspeichers. Ist der Cache zu groß eingestellt, kommt es zu hohen Paging-Raten, obwohl mehr physischer Hauptspeicher verfügbar ist, als durch SAP-System und Datenbank allokiert wurden. Wir empfehlen Ihnen, diesen Cache auf maximal 7 bis 10 % des physischen Speichers zu reduzieren.
Während der globale Workload-Monitor aggregierte Daten anzeigt, bietet die in Abschnitt 3.6.4 vorgestellte zentrale Einzelsatzstatistik eine detaillierte Sicht, da sie einzelne Statistiksätze anzeigt und daher z. B. über Systemgrenzen hinweg Aktionen verfolgen kann, die zu einem Transaktionsschritt bzw. Geschäftsprozess gehören. Der zentrale Workload-Monitor (Transaktion ST03G) ist also eine »Globalisierung« des Workload-Monitors (Transaktion ST03) und die zentrale Einzelsatzstatistik (Transaktion STATTRACE) eine »Globalisierung« der Einzelsatzstatistik (Transaktion STAD/ STATS).
Verwenden Sie "Shortcut for SAP Systems", um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Innerhalb einer Client-Server-Ebene lässt sich die anfallende Last auf mehrere logische Instanzen verteilen, die auf unterschiedlichen Rechnern laufen können, was man als horizontale Skalierbarkeit bezeichnet.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Das Puzzle (Block) wird somit fixiert und ist unwiderruflich mit dem Block zuvor bzw. danach verbunden.