SAP Basis Vertikale und horizontale Skalierung - SAP Basis

Direkt zum Seiteninhalt
Vertikale und horizontale Skalierung
Alle Informationen an einem Ort
Untersuchen Sie zunächst im Speicherkonfigurationsmonitor, ob diese Verdrängungen in einem zu klein konfigurierten Puffer (Feld Free Space) oder in einer zu geringen Anzahl der maximal möglichen Puffereinträge (Feld Free Directory Entries) begründet liegen. Abhängig vom Ergebnis dieser Untersuchung sollten Sie die Größe bzw. die maximal erlaubten Einträge des betroffenen Puffers um 10 bis 50 % erhöhen. Die entsprechenden SAP-Profilparameter finden Sie mithilfe der Funktion Current parameters. Achten Sie darauf, dass dem Rechner noch genügend Hauptspeicherreserven bleiben, weil Sie ansonsten einen Speicherengpass riskieren.

Dieser Schritt hat für die SAP-Basis eine wesentliche Bedeutung. Es geht sowohl um die in der Handlungsempfehlung Marketing & Selbstverständnis beschriebene, nach innen ausgerichtete Wahrnehmung als auch um die nach außen gerichtete Wahrnehmung in Form einer Mission und Vision.
Benutzername mit Einschränkungen - wie?
Wie bei jeder guten Medizin kommt es auch bei Tuningmaßnahmen auf die richtige Anwendung an. Tuningmaßnahmen sind – sofern richtig angewandt – wichtige Instrumente der Performanceoptimierung. Der falsche Umgang kann jedoch zu massiven Performanceeinbußen und in Einzelfällen auch zu logischen Inkonsistenzen führen. Das gilt z. B. für die Änderung des Pufferungsmodus für Tabellen (siehe Kapitel 12, »SAP-Pufferung«) und Nummernkreise (siehe Abschnitt 10.3, »Nummernkreispufferung«) sowie das Anlegen, Ändern oder Löschen von Datenbankindizes (siehe Kapitel 11, »Optimierung von SQL-Anweisungen«). Dies sind Veränderungen des SAPSystems, die nur von erfahrenen Entwicklern oder Beratern vorgenommen werden sollten.

Das Betriebssystem verwaltet zwei Typen von Speicher, den lokalen Speicher (Local Memoryoder Heap Memory) und den globalen Speicher (Shared Memory). Lokaler Speicher ist immer genau einem Betriebssystemprozess zugeordnet, d. h., nur dieser eine Prozess kann diesen Speicherbereich beschreiben bzw. von ihm lesen. Shared Memory ist dagegen mehreren Betriebssystemprozessen zugänglich. So liegen z. B. alle SAP-Puffer im Shared Memory, weil alle SAP-Workprozesse einer SAP-Instanz die SAPPuffer beschreiben und von ihnen lesen müssen. Daneben wird für jeden SAP-Workprozess lokaler Speicher angelegt. Zum lokalen Speicher eines SAP-Workprozesses gehören z. B. der SAP Cursor Cache und der Eingabe-/Ausgabe-Puffer für die Übertragung der Daten von der bzw. zu der Datenbank. Die Summe aus lokalem Speicher und Shared Memory ist der virtuell allokierte Speicher. Befinden sich mehrere SAP-Instanzen oder eine SAP-Instanz und eine Datenbankinstanz auf einem Rechner, können die Prozesse einer Instanz immer nur auf den Shared Memory »ihrer« Instanz zugreifen, nicht aber auf die globalen Objekte anderer Instanzen.

Basisadministratoren steht mit "Shortcut for SAP Systems" eine PC-Anwendung zur Verfügung, die etliche Tätigkeiten in der SAP Basis vereinfacht bzw. ermöglicht.

Bei uns erfahren Sie wie diese Aufgabe im SAP Umfeld umgesetzt werden kann.

Generell ist wichtig zu wissen, dass bei einer richtigen Implementierung von Fiori Berechtigungen sowohl Berechtigungen im Frontend-Server (Aufruf Launchpad, Starten der Kachel, usw), als auch entsprechende Berechtigungen im Backend-Server (Aufrufen der OData-Services aus dem Backend) gepflegt werden müssen.
SAP BASIS
Zurück zum Seiteninhalt