Bekannte Fehler
Kundeneigene Entwicklungen
Im Datenpuffer (Data Buffer, Buffer Pool oder Data Cache) werden Teile der zuletzt gelesenen Datenbanktabellen und deren Indizes gespeichert. Der Datenpuffer ist in sogenannte Blöcke (Blocks) bzw. Pages aufgeteilt, die je nach Datenbanksystem und Betriebssystem zwischen 2 und 32 kB groß sein können. Daten werden immer blockweise bzw. pageweise von der Festplatte gelesen und im Datenpuffer abgelegt.
SAP Basis besteht aus drei Ebenen: einer Datenbank-, einer Applikations- und einer Präsentationsschicht. Die Datenbankschicht verwaltet alle Daten des SAP-Systems in einer Datenbank, die auf dem Datenbankserver liegt und über ein Datenbank-Management-System (DBMS) verwaltet wird. Die Datenbank versorgt die angeschlossenen SAP-Anwendungen mit den benötigten Daten, Datentabellen oder Systemsteuertabellen. Sie nimmt auch neue, vom Anwender generierte Informationen auf und speichert sie ab.
Auf www.sap-corner.de finden Sie ebenfalls viele nützliche Informationen zum Thema SAP Basis.
Arten von SAP Managed Services
Benutzerkontexte werden im SAP Extended Memory, im SAP Roll Memory und im SAP Heap Memory abgelegt. Dem Austausch von Daten zwischen den Kontexten eines Benutzers dienen der SAP Paging Memory und der SAP Extended Global (EG) Memory. Den zweiten wichtigen Speicherbereich bilden die SAP-Puffer. Diese halten benutzerübergreifende Daten auf dem Applikationsserver vor, auf die häufig zugegriffen wird und die wenig geändert werden. Wichtige Puffer sind der SAP-Programmpuffer, der die ABAP-Programme enthält, die DDIC-Puffer, die Metadaten der Tabellen enthalten, und der SAP-Tabellenpuffer für generische und für Einzelsatzpufferung. Die lokalen Speicherbereiche der konfigurierten Workprozesse bilden den dritten Speicherbereich. Der Speicher der SAP-Instanz wird durch den physischen Hauptspeicher (RAM), den Auslagerungsspeicher oder weitere Dateien, wie die Roll-Datei und die Paging-Datei.
Um die Virtualisierung zu erreichen, gibt es Ansatzpunkte auf drei unterschiedlichen Ebenen: Lösungen, die auf der Ebene unterhalb des eigentlichen Betriebssystems ansetzen, ermöglichen es, ganze Instanzen des Betriebssystems zu virtualisieren, d. h., es können sogar Instanzen unterschiedlicher Betriebssysteme auf einem Rechner betrieben werden. Beispiele für solche Lösungen sind VMware und XEN. Betriebssysteme selbst bieten ebenfalls Virtualisierungslösungen an, bei diesen Lösungen können auf dem Betriebssystem mehrere Partitionen eingerichtet werden, auf denen Anwendungssoftwareinstanzen betrieben werden können (z. B. IBM Dynamic LPAR und Micropartioning LPAR, HP Integrity Virtual Machines). Schließlich stellt auch die SAP-Software selbst eine Virtualisierung auf einer Ebene oberhalb des Betriebssystems zur Verfügung. Durch die durchgängige Verwendung virtueller Servernamen innerhalb des SAPSystems können SAP-Instanzen mit dem SAP Landscape Management (LVM) flexibel gemanagt werden, also z. B. innerhalb kürzester Zeit umgezogen werden. SAP unterstützt Virtualisierungslösungen auf allen drei Ebenen. Alle Lösungen bieten große Vorteile im flexiblen Management von Systemen, haben aber auch spezifische Nachteile.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Um einen gewissen Vorsprung im Hinblick auf neue SAP-Technologien zu besitzen, müssen geeignete PoCs (Proof of Concepts), Forschungs- und Pilotprojekte initiiert werden, um Know-how aufzubauen und Randbedingungen oder auch die Machbarkeit zu evaluieren.
Ein Zettelkasten, in dem schnell Daten aller Art abgelegt und wiedergefunden werden können. Das verspricht Scribble Papers. Anfangs sieht das Programm sehr spartanisch aus. Aber wenn erst einmal eine kleine Struktur vorhanden ist, erkennt man die große Flexibilität dieses kleinen Helfers.
Kehren wir zurück zu unserem Sizing-Beispiel.