Wartung von SAP-Lizenzen
Rezertifizierung leicht gemacht mit EasyReCert
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.
Beim anschließenden PREPARE wird die Zugriffsstrategie für die Anweisung Prepare-Operation vom Datenbankprozess ermittelt. Dabei ist im Feld Statement die Anweisung mit einer Variablen (INSTANCE =:A0, in Abbildung 5.1 nicht gezeigt) zu sehen. Um die Anzahl der relativ laufzeitintensiven PREPARE-Operationen so klein wie möglich zu halten, hält jeder Workprozess eines Anwendungsservers eine bestimmte Anzahl von bereits übersetzten SQL-Anweisungen in einem eigens dafür vorgesehenen Puffer (SAP Cursor Cache). Jeder SAP-Workprozess puffert die Operationen DECLARE, PREPARE, OPEN und EXEC in seinem SAP Cursor Cache. Sobald der Workprozess einmal einen Cursor für eine DECLARE-Operation geöffnet hat, kann er diesen Cursor immer wieder verwenden (bis der Cursor nach einer gewissen Zeit aufgrund der begrenzten Größe der SAP Cursor Caches verdrängt wird).
VBMOD, VBHDR, VBDATA
Hat ein SAP-Benutzer seine Eingabe beendet, sendet sein Präsentationsserver den Auftrag an den Dispatcher des Applikationsservers. Die Antwortzeit (Mittlere Antwortzeit) läuft von dem Moment an, in dem der Auftrag des Präsentationsservers den Dispatcher im Applikationsserver erreicht hat (Punkt 1 in Abbildung 3.2). Sie endet in dem Moment, in dem der Auftrag abgearbeitet ist und die letzte Datenrückgabe an den Präsentationsserver erfolgt.
Beachten Sie, dass unsere Ausführungen keine Vorlage für einen »juristisch wasserdichten« Vertrag sind. Vielmehr beschränken sie sich auf fachlich sinnvolle Inhalte.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Um die hier besprochene Wartezeit von anderen abzugrenzen, sollte diese also präziser als Dispatcher-Wartezeit bezeichnet werden.
Im Gegensatz beobachtet man bei traditionellen Datenbanken ein eher geglättetes Lastprofil, bei dem Auslastungen zu 100 % bei Normalbetrieb nicht zu beobachten sind.