Anmeldegruppen nach SAP-Anwendungen
INTEGRATION DER SAP-BASIS ALS QUERSCHNITTSFUNKTION
Eine große Zahl von SAP-Workprozessen erlaubt es, dass viele Benutzeraufträge zur gleichen Zeit bearbeitet werden. Ist die Anzahl der Prozesse, die Sie gleichzeitig abarbeiten wollen, deutlich größer als die Anzahl der Prozessoren, kommt es zu Wartesituationen in der Queue des Betriebssystems. Da die Workprozesse von der CPU gleichzeitig (d. h. in Zeitscheiben) bearbeitet werden, erhöht sich mit der Anzahl der Prozesse auch die Anzahl der Kontextwechsel auf Betriebssystemebene. Achtung: Gemeint ist hier mit Kontextwechseln auf der Betriebssystemebene das Hin- und Herschalten der Prozessoren zwischen den SAP-Workprozessen. Verwechseln Sie dies nicht mit den SAP-Kontextwechseln, d. h. dem Roll-in und Roll-out der Benutzerkontexte zwischen den SAP-Workprozessen. Jeder Kontextwechsel ist mit einem zusätzlichen Aufwand für das Betriebssystem verbunden. Das Warten auf eine freie CPU beansprucht somit die knappen CPU-Ressourcen zusätzlich. Das Warten in der SAP-Dispatcher-Queue kostet dagegen keine CPU-Ressourcen.
Seit den letzten Jahren ist SAP HANA eines der großen Themen im SAP Umfeld. Viele Kunden stehen aktuell vor der Frage, ob Sie Ihr SAP System migrieren sollen oder nicht. Neben der eigentlichen Umstellung an sich, gibt es aber zahlreiche andere Themen bei denen Sie sich vorab schon informiert haben sollten, da diese den Erfolg von SAP HANA bei Ihnen beeinflussen. Was wissen Sie bereits über SAP HANA? Gerne möchte ich Sie mit dem folgenden Artikel dazu anregen sich Gedanken zu Thematik der Sicherheit zu machen. Möchten Sie etwas über die Architektur von HANA erfahren, empfehle ich Ihnen einen Beitrag unserer Kollegen von erlebe Software. SAP HANA Szenario Doch warum sprechen wir überhaupt über HANA Security? Warum ist es so wichtig, sich mit der neuen Technologie auch neue Sicherheitsstrategien zu überlegen? Mit HANA ist es möglich, Daten schnell zu analysieren. BW-Szenarien profitieren in erster Linie von der verwendeten In-Memory- Datenbank (IMDB), da sich hier Geschwindigkeitsvorteile beim Datenzugriff besonders positiv auswirken. Im Vergleich zu einem klassisches ERP / R3 Szenario wird die normale DB gegen HANA ausgetauscht. Es resultieren die gewünschten Geschwindigkeitsvorteile. Bei der Umstellung ist jedoch mit einem Migrationsaufwand zu rechnen. Verursacht wird dies, durch kundeneigene Entwicklungen im System. HANA ist jedoch keine Weiterentwicklung von SAP ERP, HANA ist die nächste Stufe eines ERP Systems. In einem ERP-Systeme steckt bekanntlich das Kapital der Unternehmen. Daher ist auch ein neues HANA-System wie alle anderen ERP Systeme für Angreifer interessant. Zum einen enthält ein solches System die kritischen Geschäftsdaten die sich für eine Spionage anbieten. Darüber hinaus sind die meisten Geschäftsprozesse in einem solchen System abgebildet und bieten eine Angriffsfläche für Sabotage. Hinzu kommt, Nutzer kennen sich mit der neuen Technologie anfangs nicht gut aus. Dies gilt ebenso für Administratoren in dem Bereich einer neuen Technologie. Angreifer haben schnell einen gefährlichen Wissensvorsprung vor diesen Nutzergruppen. In SAP HANA gibt es viel neues, obwohl auf vieles existierendes von SAP ERP zurückgegriffen wird, daher besteht hier ein Risiko.
Für einfache Systemumgebungen reichen oft einfache Batchjobs
Worin könnten die Ursachen für eine große Differenz zwischen Processing-Zeit und CPU-Zeit liegen? Zum einen kommt ein CPU-Engpass als Ursache infrage. In diesem Fall steht den SAP-Workprozessen nicht genug CPU-Kapazität zur Verfügung, und die Prozesse müssen auf die CPU warten. In diesem Fall verstreicht die im Workprozess gemessene Processing-Zeit, ohne dass CPU-Zeit benötigt wird, und beide Zeiten differieren. Als weitere Ursache für eine Differenz zwischen Processing-Zeit und CPU-Zeit kommen Wartezustände im SAP-Workprozess infrage. In allen Fällen, in denen sich der SAP-Workprozess im Status hält befindet, läuft die Processing-Zeit, ohne dass CPU benötigt wird. Solche Wartezustände lassen sich mit der Workprozess-Übersicht identifizieren.
Zusätzlich können die einzelnen Prioritätsklassen über Quoten beeinflusst werden. Die Quote bestimmt, wie viele Dialog-Workprozesse parallel für eine Prioritätsklasse eingesetzt werden dürfen. Eine Quote für Anfragen mit niedriger Priorität von 3 (rdisp/scheduler/prio_low/max_quota = 3) begrenzt die Zahl der Anfragen niedriger Priorität auf drei, auch wenn noch zahlreiche Workprozesse frei sind. Sie sollten diese Quoten daher mit Vorsicht verwenden, um nicht unnötig Ressourcen zu blockieren. Die Werte für die Quotenparameter können sowohl absolut als auch in Prozent angegeben werden.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Auch und gerade die Soft Skills spielen in diesem Berufsbild eine wichtige Rolle.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Im oberen Bereich des rechten Fensters finden Sie Verwaltungsinformationen.