Oracle, MaxDB und MS SQL Datenbanken
Migration
Es liegt ein RFC-Fehler vor. CANNOT_ADD_PATCH_TO_BUFFER: Ein Support Package konnte nicht in den Transportpuffer aufgenommen werden. Weitere Informationen finden Sie in der SLOGProtokolldatei im Verzeichnis /usr/sap/trans/log (UNIX). CANNOT_MODIFY_BUFFER: Hier wurde versucht, den Transportpuffer ohne Erfolg zu modifizieren. TEST_IMPORT In diesem Schritt wird geprüft, ob es noch Objekte gibt, die sich in noch nicht freigegebenen Aufgaben befinden und während des Einspielens überschrieben werden. Im Protokoll des Testimports finden Sie die Fehlerursache. Weitere Informationen finden Sie im Hinweis 42379. IMPORT_OBJECT_LIST In diesem Schritt werden die Objektlisten für die Support Packages in der Queue in das System eingespielt.
Simulationen mit SAP-Benchmarks liefern uns also wertvolle Ergebnisse, die uns helfen, reale SAP-Systeme zu konfigurieren. Einige Punkte können SAP-Benchmarks dagegen nicht berücksichtigen. Die Benchmarks berücksichtigen nur die Transaktionsverarbeitung (Online Transaction Processing, OLTP) der entsprechenden Anwendung, da diese normalerweise als performancekritischer eingestuft werden als das Reporting (Online Analytical Processing, OLAP). (Das Buchen von Kundenaufträgen, Lieferungen und Rechnungen ist wichtiger als das Reporting über diese Prozesse.) Reporting-Aktivitäten sind normalerweise datenbanklastiger; daher wird in einem realen SAP-System der Anteil der Datenbanklast im Verhältnis zur Dialog- und Verbuchungslast größer sein; typischerweise wird der Anteil der Datenbankinstanz zwischen 10 und 30 % liegen. Das Verhältnis der Anzahl der Dialog- Workprozesse zur Anzahl der Verbuchungs-Workprozesse ist darüber hinaus von den konkreten Anforderungen an das System abhängig.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Haben Sie noch Fragen?
Ein technisches Tuning ist für jede IT-Anwendung notwendig. Der Aufwand des Applikationstunings steigt mit der Größe der Installationen, d. h. insbesondere mit dem Datenvolumen, der Anzahl der Benutzer und der Anzahl der kundeneigenen Programme und Modifikationen. Während durch das technische Tuning die durch die Applikationen erzeugte Last optimal auf das System verteilt wird, ist es Aufgabe des Applikationstunings, durch den effizienten Einsatz von Applikationen Systemressourcen wie CPU-Verbrauch, Hauptspeicherverbrauch und I/O-Aktivität auf dem Datenbankserver und den Applikationsservern gering zu halten und unnötige Last auf dem System erst gar nicht entstehen zu lassen.
Wenn zwei Benutzer in einem Zeitraum jeweils 100 Transaktionsschritte Last ausgeführt haben, sind beide gleich aktiv gewesen. Das bedeutet aber noch nicht, dass sie beide die gleiche Last auf dem System erzeugt haben. Wenn z. B. der erste Benutzer Finanzbelege eingegeben hat und 100 Transaktionsschritte mit einer mittleren Antwortzeit von 500ms ausgeführt hat, hat er das System 50 Sekunden lang belastet. Ein zweiter Benutzer hat z. B. Controlling-Berichte erstellt und für seine Arbeit 100 Transaktionsschritte mit einer mittleren Antwortzeit von 5 Sekunden benötigt, also das System 500 Sekunden lang in Anspruch genommen. Offensichtlich hat der zweite Benutzer bei gleicher Aktivität eine zehnfach größere Last erzeugt. Wie man an diesem Beispiel erkennt, ist also das Produkt aus der Anzahl der Transaktionsschritte und der mittleren Antwortzeit ein Maß für die erzeugte Last. (Will man exakt sein, muss man von der Antwortzeit die Dispatcher-Wartezeit und die Roll-Wartezeit abziehen, denn während der Auftrag in der Dispatcher-Queue bzw. auf die Ausführung eines RFCs wartet, verursacht er keine Last auf dem System.) Die Belastung, die die unterschiedlichen Task-Typen auf der Datenbank erzeugen, lässt sich analog anhand der gesamten Datenbankzeit (Transaktionsschritte mal mittlere Datenbankzeit) vergleichen. Ebenso erfolgt der Vergleich der CPU-Belastung auf dem Applikationsserver. Die Verteilung der Zeiten (Datenbankzeit, CPU-Zeit etc.) spiegelt also die Lastverteilung auf dem System besser wider als die bloße Anzahl der Transaktionsschritte.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
In diesem Fall können Sie diesen Parameter erhöhen.
Um die vielen Informationen zum Thema SAP - und auch anderen - in einer Wissensdatenbank zu speichern, eignet sich Scribble Papers.
Ob sich in einem Projekt eine Serverkonsolidierung oder eine Virtualisierung als Königsweg erweist, hängt nicht nur von den Kosten für die Hardwarebeschaffung und -wartung ab.