Hardware Sizing
SAP Basis Administration
Jeder einzelne Prozess kann nicht mehr Speicher allokieren als den maximal adressierbaren Speicherbereich (Adressraum oder Address Space), den das Betriebssystem zulässt. Diese logische Grenze ist in der Architektur der Betriebssysteme begründet. Für SAP-Systeme werden heute durchweg Betriebssysteme mit 64-Bit-Architektur eingesetzt. Die Beschränkung durch den Adressraum stellt bei diesen keine praktisch relevante Grenze mehr dar. Der Adressraum liegt für die früher verwendete 32-Bit-Architektur bei theoretisch 4 GB (232); der praktisch adressierbare Speicher liegt weiter darunter. Für die praktische Konfiguration stellt diese Grenze ernsthafte Herausforderungen dar.
Das Outsourcing von Dienstleistungen für Ihren SAP Basis Betrieb bietet viele Vorteile. Als SAP Berater mit langjähriger Expertise im Anlagenbau, Reederei Betrieb, in Versicherungen, Bei Up- und Downstream Prozessen der Mineralölwirtschaft, im Handel, im Bankwesen und vielen anderen Branchen profitieren Sie von unseren „Rund-Um-Erfahrungen“ aus Unternehmen aller Größen, von Konzernen wie auch Mittelstandsbetrieben.
Change- und Releasemanagement
Sie können die Transaktion SPAM auf eine der folgenden Arten aufrufen: Wählen Sie SAP-Menü Hilfsmittel Wartung Patches. Geben Sie den Transaktionscode SPAM ein. Funktionsumfang Der SAP Patch Manager bietet die folgenden Funktionen: Laden von Support Packages: Angeforderte Support Packages können Sie aus dem SAPNet - Web Frontend, dem SAPNet - R/3 Frontend oder von Collection-CDs in Ihr System laden. Einspielen von Support Packages: Wiederaufsetzbarkeit Wenn SPAM ein Support Package in Ihr System einspielt, dann wird eine feste Reihenfolge von Schritten eingehalten. Wenn die Implementierung des Support Package abbricht, dann können Sie die Verarbeitung zu einem späteren Zeitpunkt wieder aufnehmen. Der Vorgang wird an der Stelle wiederaufgesetzt, wo er abgebrochen wurde.
Einen CPU- oder Hauptspeicherengpass können Sie nach folgenden Kriterien diagnostizieren: Beobachten Sie eine hohe CPU-Auslastung oder hohe Paging-Raten im Stundenmittel? Als grobe Richtwerte geben wir an, dass die Gefahr eines Hardwareengpasses besteht, wenn die mittlere freie CPU-Kapazität (CPU idle) im Stundenmittel unter 20 % sinkt bzw. die Paging-Rate pro Stunde auf über 20 % des physischen Hauptspeichers ansteigt. Vergleichen Sie dazu auch Abschnitt 2.2.1, »Analyse eines Hardwareengpasses (CPU und Hauptspeicher)«. Prüfen Sie in einem zweiten Schritt, ob die hohe CPU-Auslastung bzw. die hohe Paging-Rate tatsächlich negativen Einfluss auf die Antwortzeit des SAP-Systems hat. Besteht der Verdacht eines Hardwareengpasses auf einem Applikationsserver, ist dies am sichersten anhand der Processing-Zeit festzustellen: Ist diese deutlich größer als die CPU-Zeit (als Richtwert Processing-Zeit > 2 × CPU-Zeit), ist dies ein Indiz dafür, dass die Workprozesse auf die CPU warten müssen. (Beachten Sie aber, dass eine erhöhte Processing- Zeit auch andere Ursachen haben kann, siehe auch Abschnitt 3.3, »Workload-Analyse«.) Zudem können erhöhte Lade-, Roll- und Dispatcher- Wartezeiten auftreten. Vermuten Sie, dass ein Hardwareengpass auf dem Datenbankserver auftritt, analysieren Sie die Datenbankzeit: Ist sie erhöht? Vergleichen Sie dazu z. B. die Datenbankzeiten im Tagesprofil zu Zeiten hoher und niedriger Last. Besteht der Verdacht auf einen Hauptspeicherengpass, vergleichen Sie, ob der virtuell allokierte Speicher deutlich größer als der physisch vorhandene Hauptspeicher ist. Sofern der virtuell allokierte Speicher kleiner ist als 1,5 × der physische Hauptspeicher, sollte ein Hauptspeicherengpass kein Thema sein (siehe auch Abschnitt 2.4.3, »Anzeige des allokierten Speichers«).
"Shortcut for SAP Systems" ist eine PC-Anwendung, mit der viele Tätigkeiten in der SAP Basis vereinfacht bzw. auch überhaupt erst ermöglicht werden.
Mit SAL können kritische und sicherheitsrelevante Aktivitäten in SAP Systemen aufgezeichnet und ausgewertet werden.
Bei der SAP Basis geht es an Stelle von Datenpflege und Anwendungsentwicklung eher darum, die Softwareumgebung, auf der die Daten liegen und verarbeitet werden, bereitzustellen und zu warten.