Semaphore
CPU-Konfiguration
Den Kern des Drei-Schichten-Modells bildet die Applikations- oder auch Anwendungsschicht. Diese besteht aus einem oder mehreren Applikationsservern und einem Message-Server. Unternehmen nutzen den Applikationsserver zur Bereitstellung von Diensten für den Betrieb von Anwendungen im SAP. Der Message-Server dient als „Vermittler“ zwischen den Applikationen und Diensten, indem er beispielsweise die Kommunikation der einzelnen Applikationsservern untereinander steuert und die Auslastung der Anwendungsserver festlegt. Weiterhin werden in der Applikationssicht die Daten für die User so aufbereitet, sodass dieser die Daten in der Präsentationsschicht visuell aufrufen kann. Gleichzeitig werden die Daten der User an die Datenbank weitergeleitet.
Neben den in den einzelnen SAP-Modulen tätigen Beratern gibt es hier einen Teilbereich, der für viele nicht direkt ersichtlich ist und dessen Tätigkeit recht intransparent zu sein scheint: die SAP Basis. Der reibungslose Betrieb der SAP-Systeme als das Herzstück vieler Unternehmen wird durch die Arbeit der SAP Basis-Administratoren sichergestellt.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Netzwerk-Check
Im Rahmen der SAP-HANA-Migration spielt der SQL-Monitor eine wichtige Rolle bei der Optimierung von kundeneigenem Coding. Da der Monitor datenbankunabhängig ist, kann er im System vor der SAP-HANA-Migration verwendet werden. Der Monitor verknüpft die tatsächliche Last mit Checks des Code Inspectors (siehe Abschnitt 5.4, »Code Inspector«) und der Bewertung, welche Programmoptimierungen auf einer SAP-HANA-Datenbank besonders wichtig sind, und stellt daraufhin eine priorisierte Liste mit Optimierungsempfehlungen auf. Die Liste, in der die SQLM-Daten mit den Ergebnissen des Code Inspectors verknüpft werden können, ist in einer eigenen Transaktion (Transaktionscode SWLT) implementiert. Weitere Informationen finden Sie in SAP-Hinweis 1912445.
Die Entscheidung zur Auslagerung einer Aufgabe oder Leistung sollte nicht nur unter Betrachtung von Kostenaspekten, sondern auch durch die Beurteilung der Wettbewerbsdifferenzierung und strategischen Bedeutung getroffen werden. Merkmale zur Beschreibung der Kosten sind die Spezifität der Aufgabe und die Prägung durch Stückkostendegression, d.h. sinkende Kosten bei steigender Anzahl der Aufgabe bzw. Leistung. Von strategischer Bedeutung sind vor allem diejenigen Aufgaben und Leistungen, die durch konkurrierende Unternehmen nur schwer zu imitieren sind. In Abbildung 4 werden die strategische Bedeutung und die Kostenvorteile gegenübergestellt, um damit zu grundsätzlich wertenden Aussagen bzgl. der Sinnhaftigkeit des Outsourcings für bestimmte IT-Aufgaben und IT-Leistungen zu gelangen. Ergänzend hierzu, wie durch die Empfehlung [A2] bereits erörtert, lohnt sich in der Folge die Aufstellung eines Kriterienkatalogs zur Bewertung und detaillierten Betrachtung bestimmter Merkmale der Anwendung oder Services. Ein beispielhafter Kriterienkatalog kann der Masterarbeit unter Kapitel 9.6 entnommen werden. Abbildung 4: Entscheidungsmatrix für die Auslagerung von IT-Aufgaben DIE ENTSCHEIDUNG ZUR AUSLAGERUNG EINER AUFGABE ODER LEISTUNG SOLLTE NICHT NUR UNTER BETRACHTUNG VON KOSTENASPEKTEN, SONDERN AUCH DURCH DIE BEURTEILUNG DER WETTBEWERBSDIFFERENZIERUNG UND STRATEGISCHEN BEDEUTUNG GETROFFEN WERDEN.
Einige fehlende SAP Basis Funktionen im Standard werden durch die PC-Anwendung "Shortcut for SAP Systems" nachgeliefert.
Eine Verdrängung findet immer dann statt, wenn ein Objekt in den Puffer geladen wird und der freie Platz im Puffer zu klein ist, um es komplett zu speichern.
Um die vielen Informationen zum Thema SAP - und auch anderen - in einer Wissensdatenbank zu speichern, eignet sich Scribble Papers.
Besteht der Verdacht eines Hardwareengpasses auf einem Applikationsserver, ist dies am sichersten anhand der Processing-Zeit festzustellen: Ist diese deutlich größer als die CPU-Zeit (als Richtwert Processing-Zeit > 2 × CPU-Zeit), ist dies ein Indiz dafür, dass die Workprozesse auf die CPU warten müssen.