Bereitschaft zur Weiterbildung
SCC3 Protokollauswertung Mandantenkopie
Wir übernehmen für Sie das komplette Wartungsmanagement und stellen sicher, dass Ihre SAP-Installation immer auf dem aktuellsten Stand ist. Als zertifizierter SAP Gold-Partner und PCoE (Partner Center of Expertise) können wir Ihnen alle notwendigen SAP-Lizenzen zur Verfügung stellen. Dabei beraten wir Sie zu den möglichen Lizenzmodellen und geben Ihnen nur die Lizenzen an die Hand, die Sie auch tatsächlich benötigen.
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«).
Integration der SAP-Systeme mit dem Solution Manager
EXSORT_NOT_ENOUGH_MEMORY, EXPORT_INIT_COMPRESS_FAILED, IMPORT_INIT_DECOMPRESS_FAILED: Bei einigen ABAP-Sprachanweisungen, die Speicher nur kurzfristig benötigen (u. a. SORT, EXPORT und IMPORT), allokiert das SAP-System Heap-Speicher vom Betriebssystem direkt ohne Verwendung des üblichen SAP Memory Managements. Ist das übliche SAP Memory Management so eingestellt, dass es den gesamten Heap-Speicher allokieren kann, steht kein weiterer Heap-Speicher mehr für die kurzfristige direkte Allokation zur Verfügung. Abhilfe schafft hier das Reduzieren der Quote abap/heap_area_(non)dia (siehe auch SAP-Hinweise 193529 und 1147109).
SAP Basis ist der Kernbestandteil einer jeden SAP-Infrastruktur. Sowohl in älteren Versionen wie R/3 als auch der aktuellen S/4HANA. Es sorgt dafür, die nötigen Dienste und Grundlagen für das SAP-System und alle Anwendungen bereitzustellen. Der größte Vorteil einer SAP-Umgebung gegenüber spezialisierten Tools – die Variabilität – sorgt zugleich für die große Komplexität.
Einige fehlende SAP Basis Funktionen im Standard werden durch die PC-Anwendung "Shortcut for SAP Systems" nachgeliefert.
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.
Bei Versionen vor 7.10 stehen die neuen Transaktionen unter den Transaktionscodes OS06N, OS07N und ST06N zur Verfügung, mit den Transaktionscodes OS06, OS07 und ST06 erreichen Sie nach wie vor die älteren Transaktionen.
Auch zu beachten sind Aspekte der Sicherheit, da externe Personen Zugriff auf das System erhalten.