Berechtigungen für die Geschäftslogik einer App
Konzept, Planung und Ausführung Transporte
Die SAP-Basis wird häufig als Bremser innerhalb von Projekten oder auch bei der Einführung neuer Technologien wahrgenommen. Dies liegt mitunter an der zu späten Konsultation der SAP-Basis in Bezug auf die Fragen der technischen Realisierbarkeit wie auch der Integration neuer Technologien und Anwendungen in die bestehende Systemlandschaft. Durch die Umsetzung der Handlungsempfehlungen positioniert sich die SAP-Basis in Teilen neu innerhalb der IT-Organisation. Die SAP-Basis verfügt über ein klar definiertes Selbstverständnis (nach innen gerichtete Wahrnehmung) sowie eine klare Positionierung und ein definiertes Aufgabengebiet innerhalb der IT-Organisation (nach außen gerichtete Wahrnehmung), was in Abbildung 5 zu sehen ist. Durch die Einbindung der SAP-Basis in die Ausarbeitung der IT-Strategie, der Digitalisierungsstrategie und eine klare Kommunikation mit dem CIO besitzt die SAP-Basis die Möglichkeit, sich frühzeitig mit Technologien und Themen zu beschäftigen. Dadurch ist die SAP-Basis für Anfragen aus den Geschäftsbereichen oder auch anderen IT-Fachbereichen gerüstet und besitzt die Möglichkeit, proaktiv auf diese zuzugehen. Unterstützt wird die SAP-Basis durch einen IT-Service- und IT-Produktkatalog, in dem der Leistungsumfang der SAP-Basis beschrieben ist. Zur internen Kommunikation und zur Kommunikation mit externen Leistungsanbietern, wie auch sonstigen Lieferanten, Outsourcing- oder auch Outtaskingpartnern und Cloud-Service-Providern, existieren aktuelle und aussagekräftige Dokumentationen und Prozessbeschreibungen. Zur Kontrolle, Messung und Überwachung externer Partner sind zusätzlich Service Level Agreements und sinnvolle Kennzahlen vorhanden.
Die Trefferraten für die SAP-Puffer sollten 98 % oder mehr betragen. (Ausnahme: Für den Programmpuffer, den Einzelsatzpuffer und den Export-/Importpuffer können geringere Trefferquoten toleriert werden.) In einem produktiven System sollten keine Verdrängungen in den Puffern auftreten. Ist dies dennoch der Fall, sollte die Puffergröße bzw. die maximale Anzahl der Einträge erhöht werden. Ausnahme ist auch hier der Programmpuffer, für den etwa 10.000 Verdrängungen pro Tag toleriert werden können. Es sollten sowohl ausreichend Speicherplatz als auch ausreichend freie Einträge im Puffer vorhanden sein, um Verdrängungen in Zukunft zu vermeiden.
WEITERENTWICKLUNG DER MITARBEITER
Das CPU-Sizing folgt dem Hauptspeicher-Sizing, d. h., Hardwarehersteller bieten passend zum Hauptspeicher die passende CPU-Kapazität an. Im Falle der Migration können Sie den Bedarf auch mit zwei Richtwerten abschätzen: SAP-Hinweis 1514966 nennt einen Richtwert von 300 SAPS pro aktiven Benutzer dividiert durch 0,65 als Puffer; dies entspricht einer Zielauslastung von 65 % für die CPU. Die Zahl der aktiven Benutzer ist dabei die Zahl der Benutzer, die parallel CPU konsumieren. Beachten Sie, dass diese Zahl deutlich kleiner ist als die Anzahl der parallel am System angemeldeten Benutzer. SAP-Hinweis 1793345 liefert für die Business Suite einen Richtwert für den Faktor CPU-Bedarf von SAP HANA zum CPU-Bedarf einer traditionellen Datenbank. Zur Zeit der Drucklegung des Buches wird hier ein Faktor 3 angegeben.
Der Erweiterte Speicher enthält also vor allem Nutzerkontexte von verschiedenen Workprozessen, falls diese nicht vollständig in den Rollbereich geladen werden können. Da der Speicherbereich für alle Workprozesse erreichbar ist, können die Workprozesse also auch auf fremde Nutzerkontexte, die hier liegen zugreifen. Außerdem enthält der Erweiterte Speicher einen Globalen Bereich in dem Daten unabhängig von Nutzerkontexten abgelegt werden können. Die Größe des erweiterten Speichers wird bestimmt durch die Werte von em/initial_size_MB und em/global_area_MB. Hierbei bestimmt der erste Parameter die Größe des Speicherbereichs in dem Nutzerkontexte abgelegt werden können und der zweite die Größe des globalen Bereichs. Parameter für den Privaten Speicher Zu guter Letzt gibt es noch den privaten Speicher, welcher nur dann genutzt wird, wenn der Nutzerkontext eines Workprozesses alle anderen ihm zur Verfügung stehenden Speicherbereiche aufgebraucht hat, also seinen Anteil des erweiterten Speichers und seinen Rollbereich. In diesem Fall geht der Workprozess in den PRIV modus. Ein Workprozess im privaten Modus ist an seinen aktuellen Nutzerkontext gebunden und wird erst dann wieder frei für andere Aufgaben, wenn die aktuelle Anfrage abgeschlossen ist. Falls er dabei den ihm zugewiesenen privaten Speicher vollständig aufgebraucht hat, wird der Workprozess anschließend neu gestartet und der Speicher wieder freigegeben. Dieses verhalten wird mit dem Parameter abap/heaplimit kontrolliert. Zeitweise kann der Nutzerkontext der Wert von abap/heaplimit dabei auch überschreiten. Die Parameter abap/heap_area_total, abap/heap_area_dia und abap/heap_area_nondia bestimmen eine obere Grenze für den privaten Speicher. Der Parameter abap/heap_area_total definiert wie viel privaten Speicher alle Workprozesse insgesamt nutzen können. Die Parameter abap/heap_area_dia und abap/heap_area_nondia hingegen bestimmen, wie viel privaten Speicher ein einzelner (Nicht-)Dialog-Workprozess nutzen darf.
Das Tool "Shortcut for SAP Systems" eignet sich sehr gut, um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Vorgehensweise Einspielstatus anzeigen Um den Status des Einspielens anzuzeigen, wählen Sie Springen Status Queue.
Dafür sind nur zwei Schritte notwendig: das Anlegen einer Masterrolle und das Definieren von abgeleiteten Rollen.