Parameteränderungen
Extended Memory
Der Technologiearchitekt kennt in Grundzügen das Kerngeschäft des Unternehmens, besitzt Geschäftsprozess- und Projektmanagement-Know-how. Im Rahmen seiner Tätigkeit übt der Technologiearchitekt keine Projektleitung oder Projektmanagement aus. Er erarbeitet und konzipiert in Abstimmung mit übergeordneten Instanzen, IT-Fachabteilungen und auch Geschäftsbereichen Strategien und Lösungsvorschläge. Er definiert Vorgaben für die Umsetzung und den Betrieb, die er mit dem Operator oder auch der notwendigen Ausprägung des Subject Matter Experts abstimmt. Ebenfalls kümmert er sich um neue Technologien in seinem Themengebiet und ist somit Innovationstreiber und Impulsgeber aus technischer Sicht. Auch agiert er als Ansprechpartner für Enterprise-Architekten im Unternehmen. Die Ausrichtung dieser Rolle wird zukünftig jedoch deutlich mehr koordinierend sein. Somit wird sich das Aufgabenspektrum in der Breite vergrößern. Eine zusätzliche Anforderung in der Zukunft wird das unternehmenspolitische Verständnis sein.
Wir halten Ihre Systeme immer auf dem neuesten Stand: System-Upgrades und -Updates sind sowohl funktional als auch für die Sicherheit Ihrer Daten sehr wichtig. Ob Release-Wechsel oder Einspielen von wichtigen Support Packages – wir sind Ihr Experte.
SAP Beratung
Aus diesen Betrachtungen geht hervor, dass es bei voll ausgelasteter CPU günstiger ist, SAP-Dispatcher-Wartezeiten in Kauf zu nehmen und einen Benutzerauftrag nach dem anderen durch wenige Workprozesse bearbeiten zu lassen, als dem Betriebssystem den zusätzlichen Aufwand von vermehrten Kontextwechseln durch viele Workprozesse aufzubürden. Benchmark-Messungen zeigen in der Tat, dass sich bei voll ausgelasteter CPU durch Reduzieren der Anzahl von Workprozessen Performance gewinnen lässt.
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.
Einige fehlende SAP Basis Funktionen im Standard werden durch die PC-Anwendung "Shortcut for SAP Systems" nachgeliefert.
Daneben wird für jeden SAP-Workprozess lokaler Speicher angelegt.
SAP-Basis bezieht sich auf die Verwaltung des SAP-Systems, die Aktivitäten wie Installation und Konfiguration, Lastausgleich und Leistung von SAP-Anwendungen, die auf dem Java-Stack und SAP ABAP laufen, umfasst. Dazu gehört auch die Wartung verschiedener Dienste in Bezug auf Datenbank, Betriebssystem, Anwendungs- und Webserver in der SAP-Systemlandschaft sowie das Stoppen und Starten des Systems. Hier finden Sie einige nützliche Informationen zu dem Thema SAP Basis: www.sap-corner.de.
Machen Sie sich dies anhand eines Beispiels klar: Wenn eine Komponente »herunterfällt«, ist das eine Information, die auf der Zeitskala »Minuten« relevant ist.