Blockchain Technologie
Datenbank-Management, Datenbank-Export und Datenbank-Import
Die Erfahrung zeigt, dass Performanceprobleme in großen SAP-ERP-Installationen mit mehr als zehn Applikationsservern meist durch Engpässe auf dem Datenbankserver hervorgerufen werden. Dem Tuning der Datenbank kommt daher mit zunehmender Systemgröße eine wachsende Bedeutung zu. Wenn ein System eine gewisse Zeit produktiv ist, sind die meisten Tuningmaßnahmen wie Puffereinstellungen, Lastverteilung etc. optimiert. Das Tuning teurer SQL-Anweisungen gewinnt dagegen mit wachsender Datenbankgröße an Bedeutung und ist ein ständig fortlaufender Prozess.
Weiterhin unterscheiden sich Puffer im Verhalten bei Platzmangel. Es gibt Puffer, die Daten entweder zeitgesteuert oder bei Platzmangel aus dem Puffer verdrängen, andere tun das nicht. Bei den verdrängenden Puffern müssen Sie nach den Verdrängungsalgorithmen fragen. Schließlich müssen Sie berücksichtigen, wie sich ein Puffer beim Neustart der Applikations- oder Datenbankinstanz verhält. Es gibt Puffer, die periodisch Informationen über die gepufferten Inhalte sichern und beim Neustart der Instanz die gepufferten Daten wiederherstellen, um einen »Kaltstart«, d. h. den Start mit einem leeren Puffer, zu vermeiden. Auch mit SAP HANA können Sie nicht vollständig auf Puffer, Indizes und Aggregate verzichten. Allerdings gilt es, jeden Puffer zu hinterfragen.
Jetzt anfordern
Da die Datenbankzeit vom Applikationsserver gemessen wird, umfasst diese nicht nur die Zeit, die die Datenbank zum Bereitstellen der Daten benötigt, sondern auch die Zeit des Netzwerktransfers. Ein Netzwerkproblem zwischen Datenbank- und Applikationsserver schlägt sich also in einer erhöhten Datenbankzeit nieder. Darüber hinaus zählt zur Datenbankzeit auch die Zeit für das Bereitstellen der Daten im ABAP-Server. Dies lässt sich in folgender Formel konkretisieren: Datenbankzeit (ST03) = Datenbankserverzeit + Netzwerklaufzeit + Zeit für die Datenübertragung (Client-Server-Kommunikation) Auf dem ABAP-Server werden zusätzlich die Datenbankzeiten für direktes Lesen, sequenzielles Lesen und Änderungen (inklusive Commits) ermittelt. Auf der Datenbankseite stehen je nach Datenbanksystem detaillierte Statistiken über die Bestandteile der Datenbankserverzeit zur Verfügung, wie Sie in Abschnitt 2.3, »Datenbankanalyse«, gesehen haben.
SAP bietet allen Kunden im Rahmen ihres Softwarewartungsvertrags einen SAP GoingLive Check an. Dieser Service besteht aus mehreren Terminen (Sessions), bei denen sich Mitarbeiter von SAP oder ihrer Servicepartner remote an Ihrem System anmelden und dieses durchchecken. Der Service findet im Zeitraum von zwei Monaten vor Produktivstart statt. Ein Sizing- Plausibilitätscheck ist im SAP GoingLive Check enthalten. Dabei wird kein neues Sizing erstellt, sondern man vergibt lediglich eine Bewertung bezüglich der Aussage, ob die bereits installierte bzw. geplante Hardware die prognostizierte Last bewältigen wird.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
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.
Ist der Puffer nicht gefüllt, wird auf die Datenbank zugegriffen, und die Daten werden anschließend für spätere Zugriffe in den Puffer geschrieben.