Was ist "SAP Basis" und welche Aufgaben haben "SAP Basis-Administratoren"?
SWDM Business Workflow Explorer
Mit Hilfe von Profilparametern können wir im SAP System alles konfigurieren. Dabei sind einige Parameter dynamisch änderbar, das heißt, dass sie geändert werden können ohne das System neu zu starten. Diese Änderungen sind dann aber nicht permanent, das heißt, nach einem Systemneustart, werden wieder die vorher eingestellten Profilparameter verwendet. Andere Parameter hingegen sind statisch, also nur mit einem Neustart und nur permanent änderbar. Die meisten Profilparameter für die Speicherallokation sind eigentlich statisch. Es gibt jedoch die Möglichkeit diese mit dem Report RSMEMORY dynamisch anzupassen. Lesen Sie hier wie Sie herausfinden, ob ein Parameter statisch oder dynamisch ist und wie sie den Report RSMEMORY verwenden um die Speicherallokationsparameter dynamisch anzupassen. RZ11 - Pflege der Profilparameter Die Transaktion RZ10 gibt uns Informationen über Profile, die wiederum verschiedene Profilparameter enthalten. In der Transaktion RZ11 ist es hingegen möglich sich Informationen zu einzelnen Parametern anzuschauen, vorausgesetzt man kennt ihren Namen. Wie Sie in unserem Beitrag zu Speicherparametern lesen können, sind für die Speicherverwaltung besonders die folgenden 5 Parameter wichtig: abap/heap_area_total abap/heap_area_dia abap/heap_area_nondia ztta/roll_extension_dia ztta/roll_extension_nondia Wenn Sie mal nicht genau wissen, wie ein Parameter heißen könnte, lohnt es sich an dieser Stelle auch die F4-Hilfe zu verwenden. Für den Parameter abab/heap_area_dia gibt die RZ11 beispielsweise folgendes aus: Beschreibung des Parameters abap/heap_area_dia in der RZ11 Wie Sie hier sehen können, handelt es sich nicht um einen dynamischen Parameter. Nun ist es doch ziemlich leidlich, wenn getestet werden soll, ob genug Speicher zur Verfügung steht immer wieder das System neu zu starten. Zu diesem Zweck gibt es den Report RSMEMORY. RSMEMORY - Testen Sie ihre Speicherallokationsstrategie Anzeige des Reports RSMEMORY Hier ist weder eine Dokumentation, noch eine Wertehilfe Verfügbar, aber die SAP Dokumentation verrät, wie der Report zu benutzen ist. Hier wird zunächst zwischen Dialog und Nicht-Dialog- Workprozessen unterschieden. Das heißt im ersten Bereich können Sie den Extended Memory (Speicherklasse 1) und den Heap Memory (Speicherklasse 2) für Dialog Workprozesse festlegen und in der zweiten selbiges für Nicht-Dialog-Workprozesse.
Beim Versuch, Daten in eine Datenbanktabelle zu füllen (Insert-Operation) kommt es zu einem Fehler auf der Datenbank, weil eine Datenbankdatei oder eine Festplatte voll ist. Die Datenbankinstanz liefert eine Fehlermeldung an den aufrufenden SAP-Workprozess zurück. In der Regel wird auch eine Fehlermeldung in die Datenbankfehlerprotokolldatei geschrieben. Tritt dieser Fehler in der SAP-Verbuchung auf, stoppt dieser Workprozess die gesamte SAP-Verbuchung. Von diesem Moment an bleiben alle SAP-Verbuchungsaufträge stehen. Ob die Verbuchung deaktiviert wurde, stellen Sie in der Verbuchungsverwaltung fest, die Sie über folgenden Menüpfad erreichen: Werkzeuge > Administration > Monitor > Verbuchung. Verwenden Sie alternativ den Transaktionscode SM13. Stellen Sie fest, obSie im Feld unter Verbuchungssystem die Information Verbuchung wurde deaktiviert finden. Ist dies der Fall, existiert im SAP-Syslog (Transaktionscode SM21) ein Eintrag, aus dem hervorgeht, wann, von wem und aus welchem Grund die Verbuchung deaktiviert wurde. Nachdem eine Verbuchung nicht mehr möglich ist, werden mit der Zeit auch immer mehr Dialog-Workprozesse stehen bleiben, die auf den Abschluss von Verbuchungen warten. Diesen Prozess können Sie in der Workprozess-Übersicht verfolgen. Die Fehlersituation kann in der Regel ebenfalls beseitigt werden, ohne das SAP-System bzw. die Datenbank zu stoppen. Beheben Sie dazu zunächst den Datenbankfehler, indem Sie z. B. das Dateisystem erweitern. Aktivieren Sie anschließend manuell die SAP-Verbuchung. Wählen Sie dazu im Verbuchungsmonitor (SM13) Administration > Aktivieren. Die SAP-Verbuchung kann mit ihrer Arbeit fortfahren und die aufgelaufenen Aufträge weiterbearbeiten.
Bereitstellung Web Dynpro, damit alle Benutzer Zugriff auf die Web-Dynpro-Anwendungen über einen Internet-Browser haben
Die Ebene der SAP-Applikationsplattform setzt auf der IT-Infrastruktur (1) auf. Diese ist nicht mit der eigentlichen Anwendungslösung oder Fachanwendung zu verwechseln. Im Autobeispiel ist das der Bereich, um den sich der KFZ-Mechaniker kümmert, nämlich Ölwechsel, Bremsen, Reifen, Elektrik und vieles mehr. Damit ist sowohl die Straßeninfrastruktur (Ebene 1), als auch die Nutzung der Annehmlichkeiten für die Fahrer und Mitfahrer (Ebene 3) sichergestellt.
Innerhalb einer Client-Server-Ebene lässt sich die anfallende Last auf mehrere logische Instanzen verteilen, die auf unterschiedlichen Rechnern laufen können, was man als horizontale Skalierbarkeit bezeichnet. So wird die Präsentationsebene in der Regel auf PCs oder Terminalserver verteilt. Die Applikationsebene wird durch die SAP-Instanzen realisiert. Die Client-Server-Architektur erlaubt es, die Zahl der Applikations- und Präsentationsserver fast beliebig zu erhöhen, um bei steigender Benutzerzahl den wachsenden Anforderungen gerecht zu werden.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Die Verteilung der Zeiten (Datenbankzeit, CPU-Zeit etc.) spiegelt also die Lastverteilung auf dem System besser wider als die bloße Anzahl der Transaktionsschritte.
Von da ging es dann weiter zum Netzwerkteam, zum Speicherteam, zum Betriebssystemteam und zum Datenbankteam.