Inhaltsverzeichnis
Hintergrund-Input-Verarbeitung (Batch-Input)
Wählen Sie den Transportauftrag aus dem Entwicklungssystem aus, der im Qualitätssicherungssystem abgelehnt wurde. Dieser wird technisch erneut in das Q-System in einem neuen Auftrag verpackt und in das Qualitätssicherungssystem transportiert. An dieser Stelle haben sie erneut die Möglichkeit den Genehmigungsschritt durchzuführen, den Sie wirklich durchführen möchten.
Bei der Auswahl der Hardware sind zwei scheinbar gegenläufige Trends zu beobachten. Es gibt Rechenzentren, die sich dafür entscheiden, ihre Server zu konsolidieren, d. h., alle Services auf wenigen sehr leistungsfähigen Rechnern zu konzentrieren. Die Vorteile, mit denen Hardwarepartner locken, sind niedrigere Hardwarekosten, allerdings oft weniger in der Anschaffung als vielmehr bei der Wartung im Produktivbetrieb. Die von SAP bereitgestellte Technologie unterstützt diesen Trend technisch in vielfacher Hinsicht.
Change- und Release-Management
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.
Um eine optimale Datenbankperformance zu gewährleisten, sollten die Festplatten der Datenbank möglichst gleichmäßig belastet (d. h. beschrieben bzw. gelesen) werden, sogenannte Hotspots sollten Sie vermeiden. Im Betriebssystemmonitor des Datenbankservers (Transaktionscode ST06) in der Analyse Snapshot > Platten finden Sie u. a. Informationen über die Auslastung der Festplatten sowie Warte- und Antwortzeiten von I/O-Operationen dieser Platten. Die Gefahr eines I/O-Engpasses besteht, wenn einzelne Platten stark ausgelastet sind (Util.>50 % im Stundendurchschnitt), wenn auf diesen Platten Datendateien liegen, die stark beschrieben werden, oder wenn beim Zugriff auf diese Dateien Wartesituationen auftreten. Einen I/O-Engpass können Sie durch eine bessere Verteilung der Tabellen auf das Dateisystem beseitigen. Sie sollten insbesondere sicherstellen, dass sich auf den ausgelasteten Platten keine anderen stark beschriebenen Dateien befinden. Die in Tabelle 2.5 aufgeführten Komponenten gehören zu den am stärksten beschriebenen Elementen einer Datenbank. Sie sollten grundsätzlich weder auf einer gemeinsamen Festplatte mit den Datendateien der Datenbank liegen noch auf einem Festplatten-Array (z. B. auf einem Raid-5-System).
Tools wie z.B. "Shortcut for SAP Systems" sind bei der Basisadministration extrem nützlich.
Wenn Sie mehr zum Thema SAP Basis wissen möchten, besuchen Sie die Webseite www.sap-corner.de.
Will man mit Ansible einfache Automatisierungen – zum Beispiel das Starten und Stoppen von SAP-Umgebungen – realisieren, muss man einen hohen manuellen Aufwand und komplizierte Skripte in Kauf nehmen.
Anhand der Zeitprofile lässt sich feststellen, ob eine übermäßige Nutzung der Hintergrundverarbeitung während der Hochlastzeiten negative Auswirkungen auf die Dialogverarbeitung hat.