Historien: CPU und Hauptspeicher
CLOUD-SOLUTION
Das Hauptspeicher-Sizing für eine SAP-HANA-Datenbank unterscheidet sich grundlegend vom Sizing für eine traditionelle Datenbank. Beim traditionellen Sizing geht man von der Anzahl der Benutzer oder Transaktionen aus, multipliziert diese mit einem Gewichtungsfaktor und errechnet daraus (über den CPU-Bedarf) den Hauptspeicherbedarf. Diese Methode des Sizings geht also davon aus, dass ein Benutzer oder eine Transaktion eine gewisse Hauptspeichergröße benötigt, um die Daten, auf die er/sie häufig zugreift, im Hauptspeicher zu halten. Die absolute Größe der Datenbank spielt beim Hauptspeicher-Sizing-Ansatz für einen traditionellen Datenbankserver nur eine untergeordnete Rolle. Im Gegensatz dazu berechnet sich das Hauptspeicher-Sizing für eine SAP-HANA-Datenbank primär aus der Größe der Datenbank, denn diese soll ja im Hauptspeicher gehalten werden. Das SAP-HANA-Sizing für eine Neuinstallation können Sie im Quick Sizer analog zu einem Projekt für eine traditionelle Datenbank durchführen.
Ein I/O-Engpass ist insbesondere dann kritisch, wenn auf dieser Festplatte der Auslagerungsspeicher des Betriebssystems liegt. Darüber hinaus ist der Betriebssystemmonitor für den Datenbankserver von besonderem Interesse. Zusammen mit dem Datenbankmonitor können mit dieser Anzeige Engpässe beim Lesen bzw. Schreiben auf die Festplatten eingegrenzt werden. Weitere Details zu diesem Problem finden Sie in Abschnitt 2.2.2, »Identifizierung von Schreib-/Lese-(I/O-)Problemen«.
Direct Read
Zur Auswertung der aggregierten Daten steht Ihnen der Workload-Monitor (Transaktionscode ST03) zur Verfügung. Der Anzeige der im Dateisystem gespeicherten Einzelsätze dienen die Transaktionen STAD bzw. STATS, auf die wir in Abschnitt 3.5, »Einzelsatzstatistik«, näher eingehen. Parallel dazu können Sie die Daten auch in SAP Business Warehouse (BW) übertragen lassen. Auf den BW-Inhalten, die SAP ausliefert, können Sie eigene Analysereports erstellen. Praktisch ist das aber nur eine Option für große IT-Abteilungen. Verwenden Sie den SAP Solution Manager, liest dieser die Daten aus den angeschlossenen Systemen per RFC und speichert sie dort ebenfalls im Business-Intelligence-System des SAP Solution Managers. Die Auswertereports dort sind vorkonfiguriert, und Sie können sie nach der Installation direkt verwenden.
SAP-Komponenten sind als Client-Server-Systeme skalierbar. Unter vertikaler Skalierbarkeit versteht man die Tatsache, dass die Softwarekomponenten aller Ebenen sowohl zentral auf einem Rechner installiert werden können als auch über mehrere Rechner verteilt. (Da nicht alle Softwarekomponenten für alle Betriebssysteme freigegeben sind, ist die zentrale Installation aller Komponenten allerdings praktisch nicht immer möglich.).
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
Wenn Sie die Option Einschränkung auf Programmteile wählen, können Sie den Trace auf ausgewählte Klassen, Funktionsgruppen und Programme sowie deren Unterbestandteile Methoden, Funktionsbausteine und Formroutinen beschränken.
Schlechte Performance der Dialoganwendung trifft den Kunden sofort bei der Dateneingabe, schlechte Performance der angeschlossenen Hintergrundanwendungen trifft ihn indirekt, weil etwa das von ihm bestellte Produkt nicht in der versprochenen Zeit geliefert wird.