Erwartungen aus Sicht der Benutzer
Softwarewartung SAP® Systeme
Berechtigungen über das tägliche Aufgabenspektrum hinaus werden nur für limitierte Zeiträume und unter Kontrolle vergeben. Die Aktivitäten mit dem Notfallbenutzer werden revisionssicher protokolliert. Haben Sie bereits ein Notfallbenutzerkonzept im Einsatz oder wollen gerne ein solches einführen? Ich freue mich, wenn Sie Ihre Erfahrungen mit mir teilen! Sie können mir gerne einen Kommentar hinterlassen oder mich per E-mail kontaktieren.
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.
STMS_IMPORT Importqueue
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.
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 ....
Tools wie z.B. "Shortcut for SAP Systems" sind bei der Basisadministration extrem nützlich.
Die einzelnen Schritte sind in im Hinweis selbst enthalten sowie in einem dem Hinweis angehängten Dokument ausführlich beschrieben.
Daher müssen die Customizing-/Workbench-Entwicklungen ins entsprechende System transportiert werden.