Die SAP Basis ist durch ein Drei-Schichten-Modell gekennzeichnet und besteht aus folgenden Schichten:
RFC-Trace auswerten
Im Bereich der SAP Basis-Administration gibt es viele Aufgaben, welche in langen aber unregelmäßigen Abständen anfallen, wie beispielsweise das Anpassen der Systemänderbarkeit. Dadurch fehlt häufig das Know-How und es wird schnell zur nächsten Suchmaschine gegriffen, wo lange und teilweise unvollständige Foreneinträge die Suche nach dem richtigen Vorgehen noch mehr erschweren. Aus diesem Grund werde ich zukünftig regelmäßig wiederkehrende Aufgaben aus der SAP Basis-Administration für Sie in einfachen Tutorials festhalten. Den Start wird dieser Blogbeitrag zum Thema Systemänderbarkeit und Mandantensteuerung machen. Falls Sie direkt zu einer Schrittfür- Schritt-Anleitung springen wollen, scrollen Sie einfach nach ganz unten, dort habe ich alles einmal zusammengefasst. Systemänderbarkeit - Was ist das? Mit der Systemänderbarkeit lässt sich einstellen, welche Objekte des Repositories und des mandantenunabhängigen Customizings änderbar sind oder nicht. Repository-Objekte können zusätzlich noch weiter angepasst werden, und zwar in Bezug auf die Software-Komponente und den Namensraum. Sie können jeweils einstellen, ob ein Objekt änderbar, eingeschränkt änderbar oder nicht änderbar sein soll. Eingeschränkt änderbar heißt in diesem Zusammenhang, dass Repository- Objekte nur als nicht-Originale angelegt werden können (kleiner Hinweis: für Pakete ist die Einstellung "eingeschränkt änderbar" und "änderbar" identisch in der Funktion). Kommen wir nun zum direkten Vorgehen zur Umstellung der Systemänderbarkeit. Systemänderbarkeit ändern Als Vorbereitung sollten Sie abklären, wie lange die Änderbarkeit in Ihrem System stattfinden soll. Ich habe bei meinen Kunden die Erfahrung gemacht, dass es häufig gewünscht ist, das System für bestimmte Aufgaben aus den Fachbereichen nur zeitweise auf "änderbar" zu stellen. Sofern Sie dies organisiert haben, rufen Sie im 000-Mandanten die Transaktion SE06 auf und klicken Sie auf den Button "Systemänderbarkeit". Sollten Sie keine Berechtigungen für diese Transaktion haben, können Sie es alternativ entweder mit der Transaktion SE03 --> Systemänderbarkeit oder über die Transaktion SE09 -> Springen -> Transport Organizer Tools -> Systemänderbarkeit (unter "Administration") versuchen. Folgender Screenshot zeigt den Weg über die SE03: Hier können Sie je nach Anfrage die gewünschten Namensräume und Softwarekomponenten umstellen.
In dieser SAP Solution Manager Schulung vermitteln wir Ihnen die Funktionsweise des SAP Solution Managers. Sie erhalten das nötige Know-how, um selbst die Einführung des SAP SolMan durchzuführen.
Sicherstellung des reibungslosen Betriebes der SAP-Systeme (ERP, BW) und SAP-Datenbanken
In Anlehnung an die Empfehlung der Unterteilung der SAP-Basis in eine anwendungsnahe und infrastrukturnahe SAP-Basis [A4] zeigt die Abbildung 3 eine mögliche Darstellungsform. Die Schnittstellenfunktion SAP-Basis wird in eine anwendungsnahe SAP Basis, die für die Koordination und Kommunikation mit vertikal und höher angesiedelten IT-Fach- und Geschäftsbereichen zuständig ist, und in eine infrastrukturnahe SAP-Basis gegliedert. Die infrastrukturnahe SAP-Basis wiederum dient als Bindeglied der anwendungsnahen SAP-Basis zu den Infrastrukturebenen. Die Aufgabe des Bindeglieds wird erneut von Subject Matter Experten erfüllt. In der anwendungsnahen SAP-Basis wiederrum sind eher Technologiearchitekten platziert. Der Aspekt der Innovationstätigkeit bzw. des Innovations-Teams der SAP-Basis wird auf Ebene der anwendungsnahen SAP-Basis platziert, da diese aufgrund der vorhandenen Fähigkeiten eine führende, ebenfalls koordinierende Rolle übernehmen und sich Fachwissen sowohl durch Hinzunahme der infrastrukturnahen SAP-Basis als auch nachgelagerten IT-Fachabteilungen einholen kann. Abbildung 3: SAP-Basis als Querschnittsfunktion SAP-Basis (anwendungsnah) SAP-Basis (infrastrukturnah) SAP-Basis (Innovation / Testlabor) Anwendungsentwicklung Datenbanken Virtualisierung ....
Hinzu kommt, dass der Geschäftsprozessinhaber die Zufriedenheit der Endbenutzer bei optimal niedrigen Kosten (Cost of Ownership) erreichen möchte. Ein Service Level Management sollte also – neben der Überwachung von Verfügbarkeit, Performance, Korrektheit und Sicherheit – auch die Kosten, z. B. für Hardware und Personal, transparent machen. Die – in der Praxis oft schwierige – Kommunikation zwischen den Geschäftsprozessinhabern und den Serviceprovidern in den Griff zu bekommen ist eine weitere Anforderung an ein Service Level Management. Abbildung 1.8 zeigt beispielhaft die beteiligten Personen und Teams im Umfeld von Service Level Management, Alert Monitoring und kontinuierlicher Systemüberwachung sowie deren Beziehungen.
Das Tool "Shortcut for SAP Systems" eignet sich sehr gut, um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Die Webseite www.sap-corner.de bietet viele nützliche Informationen zum Thema SAP Basis.
Bei einem Verhältnis virtueller Hautspeicher/physischer Hauptspeicher < 150 % sprechen wir von einer optimalen Hauptspeicherausstattung.
Durch einen stündlich laufenden Hintergrundprozess (SAPPerformancekollektor) werden die Daten dann anhand der charakterisierenden Parameter zu Lastprofilen verdichtet; dies können Zeitprofile, Serverprofile oder Transaktionsprofile sein.