Personalplanung
SAP System-Monitoring
Mittlerweile gibt es auch andere Verfahren einen Konsens zu kreieren. Aber größtenteils haben sich die folgenden 3 Möglichkeiten als Konsensus-Mechanismus bewährt: 1) Proof of Work (Arbeitsnachweis) 2) Proof of Stake (Geldnachweis) 3) Proof of Importance (Wichtigkeitsnachweis) Die Unterschiede stelle ich in einem anderen Blog-Beitrag dar. Wie entstehen Blöcke in einer Blockchain? Jeder Block baut unwiderruflich auf einen älteren Block auf. Würde man den Block entfernen, müsste man alle Blöcke darüber ebenfalls entfernen, was die komplette Kette an Blöcken zerstören würde. Denn jeder neue Block enthält auch Informationen von seinem Vorgängerblock. Dies ist sehr wichtig für das Verständnis der Unveränderlichkeit einer Blockchain. Würde man einen Block nachträglich manipulieren, müsste man auch alle darauffolgenden Blöcke anpassen. Der Aufwand wäre so unendlich groß und teuer das sich so eine Manipulation praktisch nicht umsetzen lässt. Man kann sich das wie folgt vorstellen. Eine Blockchain entsteht aus den kryptographisch miteinander verketteten Blöcken (Puzzle) voller Transaktionen (Puzzleteile) und kann daher nicht verändert werden, ohne die gesamte Blockchain zu zerstören. Aus diesem Grund wird eine Blockchain als eine unveränderliche Transaktionshistorie angesehen, auf die sich eine dezentralisierte Community geeinigt hat. Eine Blockchain ist so programmiert, dass jeder Miner am längsten Teil der Blockchain mitarbeitet, da dies offensichtlich die Kette ist, in die die meiste Arbeit investiert wurde.
Ein zweiter Zugriff in Abbildung 5.1 erfolgt auf die Tabelle VBAP. Bei diesem Zugriff sind nicht alle Schlüsselfelder in der WHERE-Bedingung eindeutig spezifiziert. Es können also mehrere Sätze übertragen werden. In unserem Beispiel werden allerdings fünf Sätze übertragen (Rec = 5). Die Datensätze werden in einem oder mehreren Fetches in Paketen zum Applikationsserver übertragen (Array Fetch). Ein Array-Fetch trägt im Vergleich zur Übertragung einzelner Sätze in einer Client-Server-Umgebung dazu bei, die Performance einer Anwendung zu verbessern. Der zweite Zugriff erfolgt über einen effizienten Index, daher bleibt die Dauer der Ausführung ebenfalls deutlich unter 10 ms. Der dritte Zugriff (wieder auf die Tabelle VBAK) erfolgt über ein Feld, zu dem es keinen effizienten Index gibt. Daher ist die Dauer dieser Anweisung deutlich größer als die der vorherigen.
Hardware Sizing
Vergrößern Sie die Anzahl der SAP-Workprozesse nur dann, wenn sowohl die CPU als auch der Speicher des Rechners noch nicht voll ausgelastet sind. Beobachten Sie bereits einen CPU- bzw. einen Hauptspeicherengpass und eine hohe Processing-Zeit auf einem Applikationsserver, kann eine Reduzierung der Anzahl der Workprozesse die Performance erhöhen.
Für Administratoren steht im Bereich der SAP Basis ein nützliches Produkt - "Shortcut for SAP Systems" - zur Verfügung.
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite "www.sap-corner.de".
Dieser Fehler ist ebenfalls ein Folgefehler der oben beschriebenen.