STMS_QA Genehmigung ober Ablehnung von Aufträgen
Hardwareengpass: Ursachen
SAP Basisadministration Batchsteuerung Jobsteuerung Ein großer Teil der Batch-Jobs läuft nachts, während tagsüber die IT-Systeme für Dialog- und Online-Anwendungen zur Verfügung stehen. Mittlerweile beanspruchen Web-Anwendungen die Rechnerkapazität rund um die Uhr. Auch Dialogsysteme sind nicht mehr nur von 8 bis 18 Uhr, sondern zwischen 7 und 22 Uhr oder länger in Betrieb. Das Zeitfenster für die Administrationsaufgaben verschiebt sich zunehmend in Richtung Transaktionsverarbeitung. So bleibt für unternehmenskritische Batches immer weniger Zeit, was zu Störungen und Abbrüchen führen kann. War die Batch-Verarbeitung früher eine Mainframe-Domäne, müssen Firmen heute die Hintergrundverarbeitung in der Regel in heterogenen Betriebssystem-Umgebungen und Client-Server-Applikationen steuern. Aus diesem Grund sind plattformübergreifende, integrationsfähige Job-Scheduler gefragt, die auf ungeplante Ereignisse reagieren können.
In unserem Beispiel soll nun die Last unter Beibehaltung des Applikationsprofils vergrößert werden, d. h., weitere Benutzer sollen die Anwendungen Activity Management, Opportunity Management und Vertrieb nutzen. Nehmen wir an, dass sich in unserem Beispiel die Anzahl der Benutzer um 20 % erhöhen soll. Das Re-Sizing geht davon aus, dass sich dies proportional in der Lasterhöhung niederschlägt. In der Summe können wir also von einer Hauptspeicherauslastung von 87,6 % und einer CPU-Auslastung von 51,2 % ausgehen. Das heißt, die bestehende Hardware reicht für die Erhöhung der Last aus. Allerdings ist es bei einer verteilten Installation nötig, nicht nur auf die summarische Belastung zu schauen, sondern auch die künftige Verteilung der Last auf die Server zu berücksichtigen. In unserem Beispiel erkennen wir, dass der Datenbankserver deutlich höher ausgelastet wird als die Applikationsserver. Da sich auf dem Datenbankserver eine SAP-Instanz befindet, muss die Last, die diese Instanz verursacht, reduziert und auf die beiden Applikationsserver verteilt werden.
Hardwareengpass analysieren
Die SAP-Basis benötigt eine Trennschicht zu vor- und nachgelagerten IT-Fachabteilungen, die klar definiert ist. In Richtung der Infrastruktur bspw kann dies die Oberkante des Betriebssystems sein. Ebenso muss diese Abgrenzung in Richtung Anwendungsentwicklung getroffen werden. Hier gibt es diverse Services, die heute von der SAP-Basis angeboten werden, die eher anwendungsnah sind, bspw Steuerung der Hintergrundverarbeitung, Transportwesen oder auch die Automation bestimmter Tätigkeiten. Prinzipiell gilt es zu prüfen, welche Aufgaben auf Grund der Anforderungen weiterhin in der SAP-Basis ausgeübt und welche in dafür vorgesehene Experteneinheiten gegeben werden können.
Um einen gewissen Vorsprung im Hinblick auf neue SAP-Technologien zu besitzen, müssen geeignete PoCs (Proof of Concepts), Forschungs- und Pilotprojekte initiiert werden, um Know-how aufzubauen und Randbedingungen oder auch die Machbarkeit zu evaluieren. Weiterhin dient dies der Evaluation neuer Geschäftsmodelle durch die zugrunde liegende Technologie in Zusammenarbeit mit dem jeweiligen Geschäftsbereich.
Für Administratoren steht im Bereich der SAP Basis ein nützliches Produkt - "Shortcut for SAP Systems" - zur Verfügung.
Das Tool ist im NetWeaver ABAP Stack verfügbar und basiert auf den Versionen ab: 7.0 NetWeaver: in EHP2 SP 14 oder höher / 7.0 NetWeaver: in EHP3 SP 09 oder höher / 7.3 NetWeaver: in EHP1 SP 09 oder höher / 7.4 NetWeaver: in SP05 oder höher Um das CVA-Tool nutzen zu können, muss die Ausführung von systemweiten Sicherheitskontrollen mit dem Report RSLIN_SEC_LICENSE_SETUP aktiviert werden.
Ein Workprozess im privaten Modus ist an seinen aktuellen Nutzerkontext gebunden und wird erst dann wieder frei für andere Aufgaben, wenn die aktuelle Anfrage abgeschlossen ist.