Einplanung von Hintergrund-Jobs, Job-Überwachung, Job-Löschung, etc
Standardszenario
Das Service Level Management im SAP Solution Manager, den wir im letzten Abschnitt dieses Kapitels beschreiben, umfasst die zuvor beschriebenen Aspekte. Es besteht aus einem Setup, in dem Sie die verschiedenen Parameter Ihres Service Level Agreements (Betriebszeiten, kritische zu überwachende Transaktionen etc.) eintragen. Basierend auf diesen Daten, wird dann vom SAP Solution Manager wöchentlich ein Service Level Report erstellt.
Nach der Installation der GUI sollten die GUI Patches nachgezogen werden soweit verfügbar. Hierzu zählen auch die Hotfixes nach den Patches, die unbedingt erst nach den Patches installiert werden. BI Addon Patch Eventuell muss erst ein neues Service Package und dann der Patch installiert werden. Es kann auch sein, dass direkt gepatched werden kann wenn ein anderes SP besteht. Der Prozess nimmt etwa 30 Minuten in Anspruch. Der Fortschritt der Installation pausiert wie bereits oben genannt bei einer gewissen Prozentzahl, muss also nicht vorschnell abgebrochen werden. Sollte die Installation nicht möglich sein, wird die neueste Version bereits in einem anderen Setup mitgeliefert. Installation des Precalculation Servers Weiter wird der Precalculation Server installiert. Auch hier sind eventuelle Patches mit zu installieren. Service Durch die Installationen wird ein Service angelegt. Dieser kann unter Services aufgerufen werden. Den Startup Type des Services auf "Automatic" stellen (Standard Manual) Login Credentials eingeben Recovery für First und Second Failure auf "Restart the Service" stellen Service starten Logon SAP Es folgt ein Login auf das SAP System mit dem entsprechenden Mandanten vom Precalculation Server aus. Hierfür kann der eigene Login des SAP-Systems genutzt werden. Achtung: Es müssen Rechte für die Transaktion RSPRECALCADMIN und SM51 vorhanden sein. Die Transaktion SM51 wird im Anschluss aufgerufen. Vor dem Anlegen der Instanzen muss sichergestellt sein, dass der korrekte Applikationsserver angewählt ist, da es sonst später zu Problemen mit den Instanzen in der Anwendung der Nutzer kommen kann. Anschließend wird die Transaktion RSPRECALCADMIN aufgerufen. Angezeigt wird eine gewisse Anzahl von Instanzen. Diese sollen alle markiert und gelöscht werden bis die Ansicht wieder leer ist. Anschließend werden diese wieder neu angelegt mit einer fortlaufenden Nummerierung um diese später unterscheiden zu können. Eingegeben werden muss nur die ID und die Beschreibung. Der Rest wird automatisch vergeben. Nun wird der Service neu gestartet und alle Instanzen sollten grün angezeigt werden. Dies kann mitunter 2-3 Minuten dauern. Wichtig ist: Am Ende müssen alle Instanzen grün sein. Damit ist die Erstellung und Konfiguration abgeschlossen.
Betriebsarten einrichten
Dieses Kapitel erläutert die Grundlagen von Performanceanalysen der Hardware, der Datenbank, der SAP-Speicherkonfiguration und der SAPWorkprozesse des SAP NetWeaver Application Servers (AS) ABAP. Am Ende eines jeden Abschnitts finden Sie Flussdiagramme, die die wichtigsten Analysepfade zusammenfassen und die Abhängigkeiten zwischen den Analysen verdeutlichen. Im letzten Abschnitt gehen wir auf den zentralen Überwachungsmonitor ein, der Performanceindikatoren aus allen Bereichen integriert.
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.
Für Administratoren steht im Bereich der SAP Basis ein nützliches Produkt - "Shortcut for SAP Systems" - zur Verfügung.
Rufen Sie deshalb "Berechtigunsdaten ändern" auf.
Auf www.sap-corner.de finden Sie ebenfalls viele nützliche Informationen zum Thema SAP Basis.
Beachten Sie bei der Erfassung der Problemmeldung den Hinweis 97660.