DB/2-400
»Risiken und Nebenwirkungen«
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.
Kann der SAP Extended Memory aufgrund der zuvor aufgeführten Beschränkungen nicht vergrößert werden und stellen Sie anhand der Modusliste fest, dass wenige Benutzer einen großen Teil des SAP Extended Memorys belegen, können Sie die Benutzerquote (ztta/roll_extension bzw. mit Basisversion 7.40 auch ztta/roll_extension_dia und ztta/roll_extension_nondia) reduzieren. Dies führt dazu, dass der einzelne Benutzermodus im SAP Extended Memory weniger Speicher belegt und stattdessen eher SAP Heap Memory verwendet. Dieses Vorgehen hat jedoch zwei Nachteile: Workprozesse gehen mit einer höheren Wahrscheinlichkeit in den PRIV-Modus. Daher muss eventuell die Anzahl der Dialog-Workprozesse erhöht werden. Dem einzelnen Benutzer steht insgesamt weniger Speicher zur Verfügung; dies kann im schlimmsten Fall zur Folge haben, dass Programme mit einem sehr hohen Speicherbedarf abbrechen.
SCHRITT 7: KONDITIONEN
Anhand der Analysesicht Systemlastüberblick (siehe Abbildung 3.1) können wir die Begriffe Aktivität, Durchsatz und Last erläutern: In der zweiten Spalte finden Sie die Anzahl der Transaktionsschritte (Anzahl Schritte). Die Anzahl der Transaktionsschritte pro Zeiteinheit bezeichnet man als Aktivität oder Durchsatz. In unserem Beispiel sehen Sie, dass 1.440 Transaktionsschritte auf die Dialogverarbeitung entfallen, d. h., die Benutzer haben in dem betrachteten Zeitraum 1.440 Bildwechsel im Dialogbetrieb ausgeführt.
Heute ist mit „SAP Basis“ häufig nicht (nur) die Software-Architektur gemeint. Stattdessen ist der Begriff nicht selten eine Aufgabenbeschreibung. Diese bezieht sich auf die grundlegende Administration des Systems: Installation und Konfiguration, Ressourcenmanagement, Wartung und Monitoring der SAP-Setups eines Unternehmens. Dazu können die Nutzerverwaltung, das Patch-Management und die Systemüberwachung gehören. Die Backup-Politik, Rechtemanagement und tägliche Maintenance-Tasks sind ebenfalls Aufgaben der Basis-Admins.
Mit "Shortcut for SAP Systems" werden Aufgaben im Bereich der SAP Basis vereinfacht und fehlende Funktionen des Standards ergänzt.
Hier gilt es, durch Standardisierung, Integration und Zentralisierung die Trennung zwischen SAP und Non- SAP zu prüfen und nach Möglichkeit aufzuheben.
Davon existiert jeweils nur eine Instanz im System.