Kooperation mit unternehmensinternem Support
OS, Operating Systems/Betriebssysteme
Da Jobs und Sicherungen aus organisatorischen oder technischen Gesichtspunkten zu festgelegten Zeiten laufen sollten, bietet sich deren Automatisierung an. In einfachen, übersichtlichen Systemumgebungen, helfen sich viele SAP Basis Administratoren mit SAP CPS (Central Process Scheduling) und einfachen ABAP Batchjobs, die Vorgänge oder andere Jobs starten. Da die Begehrlichkeiten und die Systemumgebungen in der Regel kontinuierlich wachsen, wird dieses Vorgehen mit der Zeit komplex und unübersichtlich und die Fehlersuche mit der Zeit oft schwierig. Dadurch bleibt auch häufig die Wartbarkeit auf der Strecke und die Fehleranfälligkeit kann steigen. Reiht man verschiedene Jobs zu Ketten aneinander ergeben sich weitere Probleme.
Während Dialog-Workprozesse im Wesentlichen den globalen SAP Extended Memory nutzen (wie vorher beschrieben), ist für Nicht-Dialog-Workprozesse primär die Nutzung von lokalem SAP Heap Memory vorgesehen. Die Reihenfolge der Speicherbelegung von Dialog- und Nicht-Dialog-Workprozessen, die zusammenfasst, ist also gerade komplementär zueinander. Der Grund für die unterschiedliche Implementierung ist, dass Nicht-Dialog-Workprozesse ihre Benutzerkontexte nicht austauschen müssen, da Hintergrund-, Verbuchungs- und Spoolaufträge immer vollständig von einem Workprozess ausgeführt werden – es findet in Nicht-Dialog-Workprozessen also kein Benutzerwechsel statt. Daher ist vorgesehen, dass Nicht-Dialog-Workprozesse im Wesentlichen lokalen SAP Heap Memory nutzen, um den globalen SAP Extended Memory für Dialog-Workprozesse zu reservieren.
SALE IDoc-Schnittstelle / Applikation Link Enabling (ALE)
Ein SAP-System kann nicht nur, wie oben beschrieben, indirekt über Dateien mit anderen IT-Systemen kommunizieren, es kann auch ein direkter Datenaustausch stattfinden. Dies geschieht über sogenannte Remote Function Calls (RFCs) oder Webservices. RFCs und Webservices können zwischen SAP-Systemen ausgetauscht werden, aber auch zwischen einem SAP-System und einem externen System, sofern dieses die entsprechenden Protokolle beherrscht. Bei dieser Art der Verarbeitung ist ein externes DV-System in der Lage, Daten in das SAP-System zu übertragen und ein Programm im SAP-System remote auszuführen – und umgekehrt. Mit RFCs oder Webservices kann man z. B. ein externes Lagerverwaltungssystem an das SAP-System anbinden. Dabei erstellt das SAP-System die Transportaufträge für die Lagerbewegungen und sendet diese Transportaufträge per RFC oder Webservice an das externe System. Hat das Lagerverwaltungssystem die Lagerbewegungen durchgeführt, führt es seinerseits per RFC oder Webservice die Transaktion aus, die im SAP-System die Warenbewegung bestätigt.
Wenn Sie mehr zum Thema SAP Basis wissen möchten, besuchen Sie die Webseite www.sap-corner.de.
Das sogenannte Service Level Management (SLM) dient der langfristigen Überwachung und Optimierung. Es wird bereits von vielen IT-Organisationen zum Management der Beziehungen zwischen den einzelnen Service-providern und dem Geschäftsprozessinhaber eingesetzt. Als Service Level Management bezeichnet man eine strukturierte, proaktive Methode, die das Ziel hat, den Benutzern einer IT-Anwendung ein adäquates Serviceniveau zu garantieren – in Übereinstimmung mit den betriebswirtschaftlichen Zielen des Auftraggebers und bei optimalen Kosten. Diese Methode beinhaltet klar definierte, überprüfbare Ziele und eine klare Kommunikation zwischen den Geschäftsprozessinhabern und den Betreibern einer Lösung (dies können für Server, Datenbanken, Netzwerke etc. mehrere interne oder externe Betreiber sein). Das Service Level Management besteht zunächst aus einem Service Level Agreement, in dem die oben zu erreichenden Ziele im Hinblick auf Verfügbarkeit, Performance, Korrektheit und Sicherheit definiert werden und auch festgelegt wird, wie das Erreichen dieser Ziele gemessen und kommuniziert werden soll. Das Service Level Reporting berichtet über die Zielerreichung in einem festgelegten Zeitraum. Primäres Ziel des Service Level Reportings ist es also, festzustellen, ob die festgelegten Betriebsziele erreicht wurden, und mögliches Optimierungspotenzial aufzuzeigen.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
Stellen Sie fest, ob die Wartesituationen Programme betreffen, die mehrfach parallel gestartet wurden.
Kurzzeitige Lastspitzen sind also nicht automatisch als CPU-Engpass zu werten.
So viele Informationen... wie kann man die aufheben, so dass man sie bei Bedarf wiederfindet? Dafür eignet sich Scribble Papers ganz hervorragend.