Die wichtigsten SAP Basis Transaktionen
Verbuchungsanfragen
Ein I/O-Engpass ist insbesondere dann kritisch, wenn auf dieser Festplatte der Auslagerungsspeicher des Betriebssystems liegt. Darüber hinaus ist der Betriebssystemmonitor für den Datenbankserver von besonderem Interesse. Zusammen mit dem Datenbankmonitor können mit dieser Anzeige Engpässe beim Lesen bzw. Schreiben auf die Festplatten eingegrenzt werden. Weitere Details zu diesem Problem finden Sie in Abschnitt 2.2.2, »Identifizierung von Schreib-/Lese-(I/O-)Problemen«.
Über den Message-Server können auch Webanfragen verteilt werden. Dazu sendet der Browser seine Anfrage zunächst an den Message-Server des SAP-Systems. Dieser nimmt die Lastverteilung vor und sendet an den Browser die Adresse desjenigen Anwendungsservers zurück, auf dem er sich anmelden soll. Ist der Benutzer mit seinem Browser einmal an einem Anwendungsserver angemeldet, verbleibt er dort bis zum Ende seiner Sitzung. Dieses Verfahren ähnelt dem Logon-Balancing im SAP GUI. Es bringt allerdings Nachteile mit sich und wird von SAP nicht empfohlen.
Bereitstellung Web Dynpro, damit alle Benutzer Zugriff auf die Web-Dynpro-Anwendungen über einen Internet-Browser haben
Wie entsteht Konsensus in einer Blockchain? Sobald man sich entscheidet, eine Zahlung an jemanden zu senden, muss man den Private Key nutzen, um diese zu „signen“ (zu Deutsch: unterschreiben). Dies bedeutet nichts anders als, dass man eine andere Public Adresse angibt, an die man das Geld senden will, und diese Transaktion mit seinem eigenen Private Key bestätigt. Es gibt keine zentrale Behörde, an die man die Informationen senden muss, sondern man verbreitet die Information an alle umliegenden Miner. Die Miner leiten diese Infos dann an andere Miner weiter, die wiederum das gleiche tun. Diese sich exponentiell verbreitende Welle an Informationen erreicht innerhalb weniger Millisekunden das gesamte Netzwerk der dezentralen Community. Jedes Mal, wenn ein Miner eine Transaktion erhält, prüft er ob diese Transaktion tatsächlich korrekt ist. Er prüft, welcher Private Key unterschrieben hat, an welche Public Adresse die Transaktion gehen soll und ob der Sender überhaupt genug „Coins“ besitzt für diese Transaktion. Was sind Konsensus-Mechanismen? Jeder Miner, der durch komplexe mathematische Berechnungen eine Transaktion löst wird vom Sender durch eine „Fee“ (Transaktionsgebühr) belohnt. Wie wird nun entschieden, welcher Miner die Transaktionsgebühr bekommt? Denn es kann ja nur einer diese Belohnung bekommen. Außerdem, was passiert, wenn man ein Double Spending versucht, indem man erst eine Transaktion an einen Miner schickt und dann eine andere Transaktion mit dem selben Geld nur eine Millisekunde später an einen anderen? Diese beiden konnten sich ja noch nicht austauschen und somit wären unterschiedlich Informationen im Netzwerk.
In der Dispatcher-Queue muss der Auftrag bis zum Freiwerden des benötigten Workprozesses warten. Sobald ein Workprozess für ihn zur Verfügung steht, wird er diesem zur Bearbeitung übergeben. Die Verweildauer in der Dispatcher-Queue wird als Wartezeit (Ø Wartezeit) bezeichnet. Beachten Sie bitte, dass es noch zahlreiche andere Wartezeiten bei der Verarbeitung gibt (z. B. Warten auf RFC, Warten auf Sperren, Warten auf CPU, Wartesituationen auf der Datenbank). Um die hier besprochene Wartezeit von anderen abzugrenzen, sollte diese also präziser als Dispatcher-Wartezeit bezeichnet werden.
Tools wie z.B. "Shortcut for SAP Systems" sind bei der Basisadministration extrem nützlich.
Die Unterbrechung von Anfragen gilt für Anfragen, die im Dialog-Workprozess laufen.
Insgesamt ergibt sich für die SAP-Puffer ein typischer Speicherbedarf von 5 bis 15 GB, was u. a. davon abhängt, ob Unicode verwendet wird.