SM66 Workprozesse aller Instanzen
Hintergrundjobs planen und ausführen
Die Anzahl der Sätze pro Fetch hängt daher auch von der SELECT-Klausel der SQL-Anweisung ab. Wird die Anzahl der Felder, die von der Datenbank übertragen werden sollen, durch eine SELECT-Liste eingeschränkt, passen mehr Sätze in einen Fetch, als wenn ein SELECT * verwendet wird. Der Wert für den SAP-Profilparameter dbs/io_buf_size liegt standardmäßig bei 33.792 (Byte) und sollte ohne ausdrückliche Empfehlung der SAP nicht geändert werden.
Auf jedem Applikationsserver existieren Ressourcen, die nur einmalig zur Verfügung stehen. Diese Ressourcen können nur von einem Workprozess und nicht von mehreren zugleich verwendet werden. Wenn ein Prozess diese Ressource verwenden möchte, setzt er ein Semaphor. Wenn andere Prozesse diese ebenfalls benötigen, müssen sie so lange warten, bis der das Semaphor haltende Prozess seine Aktion beendet hat. So muss z. B. immer, wenn ein Eintrag in einem SAP-Puffer geändert werden soll, ein Semaphor gesetzt werden, da nur ein einziger Prozess eine Änderung im Puffer vornehmen kann. Warten mehrere Prozesse auf ein Semaphor, bezeichnet man dies als Serialisierung. Eine weitere Operation, bei der ein Semaphor gesetzt wird, ist das Roll-in bzw. Roll-out. Dies bedeutet, dass immer nur ein Prozess nach dem anderen ein Roll-in bzw. Roll-out durchführen kann. Eine vollständige Liste der SAP-Semaphore erhalten Sie mit der Werthilfe (F1) zum Feld Gesperrte Semaphore.
TECHNOLOGIEARCHITEKT (TA)
Da Innovationen durch IoT (Internet of Things) oder Big-Data-Szenarien nicht nur die SAP-Basis betreffen, sondern sich daraus unter anderem auch Produkte und Services für Kunden des eigenen Unternehmens hervortun, muss die Rolle der SAP-Basis in Bezug auf diese Szenarien und Services klar definiert werden. In der Regel sieht die SAP-Basis hier ihre Verantwortung in der Konnektivität zum Unternehmensnetzwerk bzw. der Unternehmenssysteme, die im Verantwortungsbereich der SAP-Basis liegen. Die Betreuung der Anwendungen, basieren auf den Technologien sowie den damit einhergehenden Services, liegen im Verantwortungsbereich der jeweiligen Abteilung, die diesen Service anbietet. Eine Betreuungsleistung der SAP-Basis muss bei der Konzeption abgesprochen und geregelt werden.
Alle geplanten und ungeplanten Ausfallzeiten müssen mit Angabe der Ursache des Ausfalls in den Service Level Report aufgenommen werden. Das Service Level Agreement sollte die Verantwortlichkeiten für Sicherungen und Wiederherstellungen von Datenbanken und, falls nötig, von Dateisystemen festhalten (Backup und Recovery). Legen Sie also den Umfang der durchzuführenden Sicherungen fest. Definieren Sie ein Prozedere für die ordnungsgemäße Wiederherstellung von Datenbanken und Dateisystemen im Fehlerfall. Die dazu maximal notwendige Zeit ergibt sich aus der maximal erlaubten Ausfallzeit für ungeplante Ausfälle.
Etliche Aufgaben im Bereich der SAP Basis können mit "Shortcut for SAP Systems" wesentlich erleichtert werden.
In dem oben angeführten Beispiel bricht das Programm ab, weil diese Quoten erreicht werden.
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.