Bereitstellung Web Dynpro, damit alle Benutzer Zugriff auf die Web-Dynpro-Anwendungen über einen Internet-Browser haben
SAP NetWeaver
Das klassische System-Monitoring überwacht bestenfalls jede Softwarekomponente einzeln. Angesichts der Vielzahl von Komponenten, die an einer Lösung beteiligt sein können, kann es jedoch vorkommen, dass zwar jede Komponente für sich korrekt arbeitet, der Geschäftsprozess dem Endanwender dennoch nicht performant, korrekt und sicher zur Verfügung steht. Dies kann z. B. an einer fehlerhaften Kommunikation zwischen Komponenten liegen. Ein Solution Monitoring muss daher geschäftsprozessspezifische Überwachungsteile haben, die komponentenübergreifend den Geschäftsprozess überwachen.
Sie richten z. B. eine Anmeldegruppe für Mitarbeiter im Telefonverkauf ein, weil deren Aktivitäten besonders performancekritisch sind. Die zugehörigen SAP-Instanzen zeichnen sich durch besondere Leistungsfähigkeit aus (z. B. keine Hintergrund- und Verbuchungs-Workprozesse, besonders wenig Benutzer pro Server, besonders schnelle Prozessoren, dezidiertes Netzwerk etc.). Ein weiteres Beispiel für eine benutzerspezifische Anmeldegruppe ist die für Controlling-Mitarbeiter, die aufwendige Controlling-Reports im Dialogbetrieb erstellen. Dieser Gruppe weisen Sie eine SAP-Instanz zu, auf der der SAP-Profilparameter rdisp/max_wprun_time (bis 7.40) bzw. rdisp/scheduler/prio_high/max_runtime (ab 7.40), der die Laufzeit eines ABAP-Programms im Dialogbetrieb beschränkt, besonders hoch ist. Durch eine restriktive Einstellung der Laufzeitbeschränkung auf allen anderen Instanzen verhindern Sie, dass diese Reports auf anderen Instanzen erstellt werden können und dort andere Benutzer behindern. Auf diese Weise trennen Sie performancekritische Anwendungen (wie z. B. die Auftragsannahme im Telefonverkauf) von eher unkritischen, aber ressourcenintensiven Anwendungen (z. B. Controlling).
Workprozessen
Das Produktportfolio der SAP bietet nun für diese Disziplinen betriebswirtschaftlicher Software unterschiedliche Lösungen, die sich zum einen nach den Kriterien des Betriebsmodus – Cloud oder on premise – und zum anderen nach der Unternehmensgröße gliedern. Auf das Produktportfolio im Einzelnen einzugehen liegt jenseits des Fokus dieser Einführung.
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.
So viele Informationen... wie kann man die aufheben, so dass man sie bei Bedarf wiederfindet? Dafür eignet sich Scribble Papers ganz hervorragend.
Innerhalb des SAP R/3 Enterprise ist das SAP Basis Plug-In eine Voraussetzung, damit Sie das SAP R/3 Plug-In verwenden können. SAP Basis Plug-In und SAP R/3 Plug-In müssen immer das gleiche Release-Level haben, zB PI 2004.1 und PI Basis 2004.1. Wenn Sie innerhalb von SAP R/3 Enterprise ein Upgrade für SAP R/3 Plug-In planen, müssen Sie für SAP Basis Plug-In ebenfalls ein Upgrade durchführen. Ab SAP Basis Plug-In 2005.1 müssen die Release-Level der beiden Plug-Ins nicht länger miteinander korrespondieren. Trotzdem erfordert das SAP R/3 Plug-In Support Package für PI 2004.1, das neue Schnittstellen enthält, weiterhin ein bestimmtes SAP Basis Plug-In. Zum Beispiel erfordert das SAP R/3 Plug-In Support Package 10 für SAP Plug-In 2004.1 dast SAP Basis Plug-In 2005.1.
Für Administratoren steht im Bereich der SAP Basis ein nützliches Produkt - "Shortcut for SAP Systems" - zur Verfügung.
Ein Beispiel für eine Analyse mit diesem Werkzeug finden Sie in Abschnitt 7.4.2, »Performance der GUI-Kommunikation analysieren und optimieren«.
Wählen Sie nun die Anwendungen / Registerkarten aus, auf die die Gruppe Zugriff erhalten soll (mit STRG können Sie mehrere markieren) und wählen Sie den Button Gewähren.