Berechtigungen für die Geschäftslogik einer App
Dispatching-Methoden
Dispatching-Methoden verteilen die eingehende Last auf die zur Verfügung stehenden Prozesse. Sie sollen garantieren, dass die Last optimal auf das System verteilt wird. Für das Dispatching sind der SAP Web Dispatcher (für Webanfragen) und der Message-Server (für Dialog-, Hintergrund- und Verbuchungsanfragen) sowie die Dispatcher-Prozesse der jeweiligen ABAP-Applikationsinstanzen zuständig.
Je höher der Grad der Standardisierung von Betriebs- und Wartungsaufgaben ist, desto effektiver können der technische Betrieb und die Wartung erfolgen. Gleichzeitig vereinfacht dies das Outsourcing und ggf auch die Nutzung einer Cloud-Lösung. AUSWAHL EINER GEEIGNETEN SERVICE-FORM Unabhängig von der gewählten Service-Form, wie auch beim Outsourcing und Outtasking, bleibt jedoch die Gesamtverantwortung für die Verfügbarkeit und Performance der IT-gestützten Anwendungen bei der eigenen Firma. Dies bedeutet nach wie vor internen Koordinationsaufwand bzgl. Wartungsfenstern oder Release-Ständen, der bestehen bleibt. Ebenso müssen die Dienstleistungen, die durch den externen Partner erbracht werden, regelmäßig überwacht und deren Qualität geprüft werden. Daher muss die gewählte IT-Strategie unter diesem Aspekt möglichst risikoarm gewählt werden. Wird der technische Betrieb bei der Entscheidung nicht genügend gewürdigt, besteht ein erhebliches Geschäftsrisiko.
DBA-Planungskalender
Es gibt folgende Gründe, die zum Abbruch dieses Schrittes führen können: TP_INTERFACE_FAILURE: Die tp-Schnittstelle konnte nicht aufgerufen werden. TP_FAILURE: Das tp-Programm konnte nicht ausgeführt werden. Weitere Informationen dazu finden Sie in der SLOG- bzw. ALOG-Protokolldatei. COMMAND_FILE_IMPORT_FAILURE: Die Objektliste zu einem oder mehreren Support Packages konnte nicht importiert werden. Im Protokoll des Commandfile-Imports finden Sie die Fehlerursache. OBJECTS_LOCKED_? In diesem Schritt wird geprüft, ob es noch Objekte gibt, die sich in noch nicht freigegebenen Aufträgen befinden und während des Einspielens überschrieben werden.
Eine SAP-Transaktion erstreckt sich in der Regel über mehrere Transaktionsschritte (Bildwechsel). Während dieser Schritte werden Daten wie Variablen, interne Tabellen und Bildschirmlisten aufgebaut und im Hauptspeicher des Applikationsservers gehalten. Diese Daten bezeichnet man als Benutzerkontext. In der Regel werden die Schritte einer Transaktion von unterschiedlichen Dialog-Workprozessen ausgeführt, d. h., der erste Transaktionsschritt wird vielleicht vom Workprozess Nr. 3 ausgeführt, der zweite Schritt vom Workprozess Nr. 4 etc. Zu Beginn eines Transaktionsschrittes muss daher der Benutzerkontext dem entsprechenden Workprozess zugänglich gemacht werden. Dieser Vorgang heißt Roll-in. Die technischen Vorgänge beim Roll-in (z. B. das Kopieren von Daten in den lokalen Speicher des Workprozesses) werden in Kapitel 6, »Speicherkonfiguration«, im Detail dargestellt. Analog zum Roll-in zu Beginn eines Transaktionsschrittes wird zum Ende eines Transaktionsschrittes ein Roll-out, also die Sicherung der aktuellen Benutzerdaten, durchgeführt. Die Länge des Roll-ins wird als Roll-in-Zeit, die Länge des Roll-outs als Roll-out-Zeit bezeichnet. Bitte beachten Sie, dass der Roll-out nicht zur Antwortzeit eines Transaktionsschrittes beiträgt. Beim Roll-out, d. h. beim Kopieren des Benutzerkontextes aus dem lokalen Speicher des Workprozesses in den Roll-Speicher, sind die Daten des Benutzers bereits vorher an den Präsentationsserver übertragen worden.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.
Die Alternative wäre, einige Prozesse benutzerbasiert, andere durchsatzbasiert berechnen zu lassen und das Ergebnis dann zu addieren.
Der ABAP-Trace, auch ABAP-Laufzeitanalyse genannt, wird eingesetzt, wenn die Laufzeit des zu untersuchenden Programms überwiegend von der CPU-Zeit bestimmt wird.