SM04 Benutzersitzungen auswerten
SWU2 Transaktionaler RFC
Im Stundenmittel sollte der freie CPU-Anteil Leerlauf mindestens 20 % betragen, um auf kurze Lastspitzen reagieren zu können. Erwünscht sind sogar eher 35 % freie CPU-Kapazität.
Wenn sämtliche Finanz- und Vertriebsaktivitäten sowie Produktion, Logistik und die Personaladministratoren über ein System laufen, müssen Maßnahmen getroffen werden, um einerseits das Funktionieren verlässlich sicherzustellen und andererseits das System nach innen und außen zu schützen. Durch die lange Historie stimmen die gestiegenen Verfügbarkeitsanforderungen oft nicht mit den tatsächlichen Schutzmaßnahmen überein, sodass sich an dieser Stelle häufig Sicherheitsrisiken ergeben.
Technologische Basis für SAP Fiori (SAP Gateway)
SAP stellt Support Packages bereit: im SAPNet - R/3 Frontend im SAPNet - Web Frontend auf Collection-CDs Voraussetzungen Das Change and Transport System ist korrekt eingerichtet. Es ist genügend Platz im Transportverzeichnis (UNIX: /usr/sap/trans) vorhanden. Sie müssen die nötigen Berechtigungen [Seite 7] für den SAP Patch Manager haben. Sie müssen im Mandanten 000 angemeldet sein. Sie müssen die Transaktion SPAM aufgerufen haben. Sie verwenden die neueste SPAM-Version. Vorgehensweise Support Packages aus dem SAPNet - R/3 Frontend laden Pflegen Sie vor dem Laden eines Support Package aus dem SAPNet - R/3 Frontend die Netzwerkparameter für die Anmeldung beim SAPNet - R/3 Frontend. Verwenden Sie dazu Transaktion OSSFordern Sie die gewünschten Support Packages im SAPNet - R/3 Frontend an. Laden Sie die angeforderten Support Packages vom SAPNet - R/3 Frontend in Ihr SAPSystem mit Support Package Herunterladen. Eine Liste von Support Packages wird angezeigt. Vor dem Laden können Sie die gewünschten Support Packages auswählen. Die Größe der unkomprimierten Support Packages wird in Byte angezeigt. Mit der Größe des Support Package können Sie die Zeit für das Laden abschätzen. Kontrollieren Sie mit der Statusanzeige, ob das Laden erfolgreich war. Um zum SPAM-Einstiegsbild zurückzukehren, wählen Sie Springen Zurück. Definieren Sie die Queue (Seite 17).
Der SAP Paging Memory besteht analog zum Roll-Bereich aus einem Speicherbereich im Shared Memory des Applikationsservers (dem SAP-Paging-Puffer) und einer SAP-Paging-Datei auf einer Festplatte des Applikationsservers. Die Größe des SAP Paging Memorys und des SAP-Paging-Puffers wird durch die SAP-Profilparameter rdisp/PG_MAXFS und rdisp/PG_SHM eingestellt. Der SAP Paging Memory ist im Vergleich zu anderen Speicherbereichen weniger performancekritisch. rdisp/PG_MAXFS sollte allerdings ausreichend groß gewählt werden, um Programmabbrüche mit den Fehlern TSV_TNEW_PG_CREATE_FAILED oder SYSTEM_NO_MORE_PAGING zu verhindern. Der vorgeschlagene Wert von 32.000 (entsprechend 256 MB) sollte für alle normalen Anforderungen ausreichen. Steht der SAP-Profilparameter auf 32.000 und kommt es trotzdem zu Abbrüchen, liegt mit hoher Wahrscheinlichkeit ein Fehler im Programm vor (siehe entsprechende Hinweise im SAP Support Portal).
Etliche Aufgaben im Bereich der SAP Basis können mit "Shortcut for SAP Systems" wesentlich erleichtert werden.
Für eine langfristig angelegte Partnerschaft ist dies in unseren Augen selbstverständlich.
Dies gilt inzwischen für viele Branchen und Unternehmensbereiche.