Bereitstellung der Dienste und Grundlagen
Wie Sie eine Parametertransaktion für die SM30 anlegen
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.
Um Ihr SAP-System auf die internen und externen Anforderungen Ihrer Organisation bestmöglich anzupassen, bedarf es eines weiteren tabellenbezogenen Customizings. Hierbei bietet die SAP durch das Table Logging die Möglichkeit der Protokollierung von Änderungen an kritischen Tabellen.
Betrieb Ihrer ERP-Landschaft auf SAP on HANA
Das entsprechende SAP-Basis-Team bietet Unterstützung der 24/7-Systeme. Einer der größten Vorteile ist, das Team ist mit der Firmeninfrastruktur vertraut. Sie arbeiteten täglich damit und können so schnelle Lösung für konkreter Probleme bieten.
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.
Um die vielen Informationen zum Thema SAP - und auch anderen - in einer Wissensdatenbank zu speichern, eignet sich Scribble Papers.
Unter Gesichtspunkten der Systemverfügbarkeit (High Availability) bilden Message- und Enqueue-Service zusammen mit der Datenbankinstanz die kritischen Punkte eines SAP-Systems (sogenannte Single Points of Failure oder SPOFs). Diese Services lassen sich prinzipiell nicht über mehrere Rechner verteilen. Der Ausfall eines Rechners mit einem dieser Services führt damit zum Ausfall des gesamten SAP-Systems. Es sind also hauptsächlich Verfügbarkeitsgesichtspunkte, die dafürsprechen, Datenbankinstanz und zentrale SAP-Instanz (mit Message- und Enqueue-Service) auf einem Rechner zu betreiben und diesen z. B. durch eine Failover-Lösung besonders zu schützen , die fast alle Hardwarehersteller anbieten und die es ermöglicht, ausgefallene Instanzen automatisch auf einem anderen Rechner zu ersetzen. Bei großen Installationen sollten Sie allerdings aus Gründen der Performance Datenbankinstanz und zentrale SAP-Instanz auf separaten Rechnern konfigurieren.
Das Tool "Shortcut for SAP Systems" eignet sich sehr gut, um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Vorgehensweise Support Packages aus dem SAPNet - R/3 Frontend laden Pflegen Sie vor dem Laden eines Support Package aus dem SAPNet - R/3 Frontend die Netzwerkparameter für die Anmeldung beim SAPNet - R/3 Frontend.
Es ist deshalb ratsam sie vor der Aktivierung der ACL-Dateien in der entsprechenden SAP Dokumentation nachzulesen.