SAP Basis Leistungsspektrum
NUTZEN & KONSEQUENZEN
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 Performanceproblem aufgrund falscher Lastverteilung diagnostizieren Sie zum einen durch einen Vergleich der CPU-Auslastung und der Paging- Raten für die verschiedenen Rechner (im Betriebssystemmonitor). Zusätzlich sollten Sie zum anderen im Workload-Monitor die Antwortzeiten für die verschiedenen Rechner vergleichen.
Bereitstellung von Ressourcen innerhalb von Minuten statt Wochen
Wie die Darstellung der SAP-HANA-Einsatz- und Entwicklungsszenarien zeigt, verliert die Applikationsebene auch im Zeitalter von SAP HANA nicht an Bedeutung. Daher wenden wir uns im nächsten Abschnitt der Client-Server-Architektur zu.
Bei der Einführung und beim Betrieb neuer Anwendungen bieten sich verschiedene Möglichkeiten. Als Unternehmen besitzt man die Wahl zwischen der internen Realisierung und dem Betrieb, dem Outsourcing, dem Cloud Computing und dem sogenannten Outtasking. Bei der Entscheidung für eines der genannten Konzepte bedarf es der Einbeziehung der SAP-Basis zur Evaluation verschiedener technologischer und betriebsspezifischer Aspekte, was die Möglichkeit zur Erarbeitung einer fundierten Entscheidung bietet. Diese Entscheidung wirkt sich wesentlich auf den zukünftigen SAP-Betrieb sowie die damit zusammenhängenden Aufwände für Betrieb und Wartung aus. Die hier aufgeführten Empfehlungen sollen eine Hilfe bei der Entscheidung für weitere Service-Formen sein. Informationen zur Handlungsempfehlung können der Masterarbeit in Kapitel 7.8 und 9.6 entnommen werden.
Für Administratoren steht im Bereich der SAP Basis ein nützliches Produkt - "Shortcut for SAP Systems" - zur Verfügung.
Das heißt, der Benutzer profitiert von der Performanceoptimierung durch die SAP-HANA-Datenbank, ohne dass sich seine gewohnte Benutzeroberfläche für ihn ändert.
Mit dem Report RSMEMORY können Sie sich die aktuell gültige Allokationssequenz anzeigen lassen.