Administration
CPU-Wartezeit
Zudem kann das SAP-Basis-Team problemlos neue Funktionen im neuen System – ohne die Gefährdung der Sicherheit, Stabilität oder Qualität der bisherigen Funktion implementieren, was bei nicht-zertifizierten und unerfahrenen Personen der Fall wäre. Eine reibungslose Implementierung wird durch Projekterfahrung, Schulungen und Zertifikate ermöglicht.
Wurde die Bearbeitung eines Verbuchungsauftrags abgebrochen (Status Err), muss der Auftrag manuell nachverbucht oder gelöscht werden. Konnte die Bearbeitung des Verbuchungsauftrags nicht begonnen werden (weil z. B. zum Zeitpunkt seiner Erstellung die Verbuchung deaktiviert war oder durch einen Fehler kein Applikationsserver mit Verbuchungs-Workprozessen existierte), verbleiben die Aufträge im Zustand Init. Sofern der SAP-Profilparameter rdisp/vbstart = 1 (Standardeinstellung) gesetzt ist, wird versucht, diese Aufträge beim Neustart des SAP-Systems erneut zu verbuchen. Dabei verbucht jede Applikationsinstanz allerdings nur die Verbuchungsaufträge, die ihr vor dem Stoppen zugeordnet worden sind. Ist rdisp/vbstart < > 1 oder misslingt der erneute Versuch, die Aufträge zu verbuchen, müssen diese ebenfalls manuell nachverbucht oder gelöscht werden.
ST03N Systemlastmonitor
Der Speicherbedarf der SAP-Puffer hängt entscheidend von den SAP-Modulen ab, die Sie auf der entsprechenden SAP-Instanz betreiben. Insgesamt ergibt sich für die SAP-Puffer ein typischer Speicherbedarf von 5 bis 15 GB, was u. a. davon abhängt, ob Unicode verwendet wird. Die größten Puffer sind der SAP-Programmpuffer mit einer Größe von 5 GB und größer und der SAP-Tabellenpuffer (für generische und für Einzelsatzpufferung) mit einer Größe von 1 GB und größer. Der Speicherbereich für die SAP-Puffer wird pro SAP-Instanz allokiert. Wird das SAP-System auf viele Instanzen mit jeweils wenigen Benutzern und Workprozessen verteilt, ist der Speicherbedarf des Gesamtsystems größer, als wenn das System auf relativ wenige Instanzen mit jeweils mehr Benutzern und Workprozessen pro Instanz aufgeteilt wird.
Prüfen Sie zunächst, ob ein Programmfehler oder eine Fehlbedienung des Programms vorliegt, sodass unsinnig viel Speicher angefordert wird. Als Richtwerte nehmen wir an, dass ein Programm, das im Dialogbetrieb von mehreren Benutzern ausgeführt wird, nicht mehr als 100 MB allokieren sollte. Hintergrundprogramme (z. B. Abrechnungsläufe, die nachts allein auf einem Applikationsserver laufen) sollten nicht mehr als 1 GB verwenden. Wenn ein Programm bei einem Speicherkonsum oberhalb dieser Richtwerte abbricht, klären Sie mit dem zuständigen Benutzer, ob eine Fehlbedienung des Programms vorlag oder ob der Arbeitsvorrat eventuell in kleinere Portionen geteilt und ein Programm so mehrfach mit kleinerem Speicherkonsum ausgeführt werden kann. Ist dies nicht der Fall, wenden Sie sich an den zuständigen Entwickler, sofern es sich um ein kundeneigenes Programm handelt, oder suchen Sie im SAP Support Portal nach Optimierungshinweisen für das Programm.
Das Tool "Shortcut for SAP Systems" eignet sich sehr gut, um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Gehen Sie dort über Zusätze -> Weitere Aufträge -> Anhängen zum modalen Fenster, in dem Sie weitere Schritte durchführen können.
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.
Die Rolle dient als Schnittstelle und Ansprechpartner der SAP-Basis zu anderen Fachbereichen wie bspw Speicherverwaltung oder Betriebssysteme.