SAP Extended Global Memory und SAP Paging Memory
Pflege und Transport von Anwendungs- und Systemmodifikationen
Die Erstellung der Statistiken und Lastprofile auf dem APAP-Server ist immer aktiviert, um eine Überwachung des Systems zu ermöglichen. Der Prozess ist natürlich sehr performancekritisch und wird von SAP ständig verbessert, sodass die Erstellung und Verarbeitung der Statistiken selbst SAP-Systemen mit dem höchsten Durchsatz gewachsen sind. Es ist sogar im Lizenzvertrag mit SAP festgelegt, dass diese Statistiken benötigt werden, um den Support gewährleisten zu können.
Aufgaben wie zB das Update von Komponenten, das Einspielen von Sicherheits- Updates oder auch die Überwachung sollen weiter automatisiert werden. Hierzu empfiehlt sich die Verwendung von nur einem Automatisierungstool (SAP-Solution- Manager oder SAP-LVM). Kundeneigene Lösungen und Skripte sollten nach Möglichkeit nicht verwendet oder durch Standardwerkzeuge ersetzt werden, da sonst unterschiedliche Skriptsprachen und Skriptversionen verwaltet werden müssen, was einen hohen Pflegeaufwand mit sich bringt. Standardisierte Skripte der SAP sind an dieser Stelle zu begrüßen. Ebenfalls muss für die Überwachung eine sinnvolle Definition der Schwellenwerte bspw auf Basis des historischen Systemverhaltens bestimmt werden.
Das sind Ihre Aufgaben als SAP Basis Administrator:
Der Bedarf an SAP Extended Memory (em/initial_size_MB) hängt von der Anzahl und den Aktivitäten der Benutzer ab und lässt sich vor Produktivstart nur schwer abschätzen. Bei der initialen Einstellung dieses SAP-Profilparameters in einem nicht produktiven System gehen Sie pragmatisch von der Größe des physischen Hauptspeichers aus. Konfigurieren Sie etwa 70 bis 100 % des physischen Hauptspeichers, der für die SAP-Instanz zur Verfügung steht, als SAP Extended Memory.
Als Eingaben für das durchsatzbasierte Sizing dienen Angaben über das sogenannte Mengengerüst. Dies sind Angaben über die Anzahl der Geschäftsprozesse, die in bestimmten Zeitfenstern bearbeitet werden sollen. Dies können z. B. Angaben über die Anzahl von Kundenaufträgen, Lieferungen und Produktionsaufträgen oder gedruckte Dokumente sein. Dieser Ansatz hat den Vorteil, dass auch die Datenübernahme in Hintergrundprozessen (z. B. durch Batch-Input oder Application Link Enabling, ALE), die tageszeitliche Verteilung des Belegdurchsatzes und ein Sizing für Spitzenlastzeiten berücksichtigt werden. Der durchsatzbasierte Ansatz muss zwingend immer dann gewählt werden, wenn eine maßgebliche Last durch Hintergrundprozesse oder Schnittstellen erfolgt. Beispiele dafür sind SAP-for-Retail-Lösungen (Übernahme von Verkaufsdaten im Point-of-Sales Inbound-Processing) oder Banking-, Utilities- oder Telekommunikationslösungen. In der Praxis wird normalerweise eine Kombination beider Formen des Sizings gewählt. Beim durchsatzbasierten Sizing wird im Quick Sizer mit einer CPU-Zielauslastung von 65 % gerechnet.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
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.
Auf www.sap-corner.de finden Sie ebenfalls viele nützliche Informationen zum Thema SAP Basis.
Im SAP-Benchmark für die Anwendung SD werden Kundenaufträge, Lieferungen und Fakturen im Dialogbetrieb erstellt.