Administration
Einbeziehung von Fachbereichen in die Job Planung
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.
SAP stellt Benchmarks für über 20 Anwendungsszenarien zur Verfügung. Der populärste SAP-Benchmark ist der SD-Benchmark, SD steht für Sales and Distribution. Der SD-Benchmark umfasst das Anlegen und Anzeigen von Vertriebsbelegen, das Erstellen und Ändern der Lieferung, das Buchen des Warenausgangs und das Erstellen der Rechnung für die erzeugten Vertriebsbelege. Weitere Benchmarks werden für die Module von SAP ERP (Finanzwesen – FI, Materialwirtschaft – MM etc.), für CRM-Komponenten, für APO-Komponenten, für das SAP Enterprise Portal und für das SAP Business Warehouse sowie für einige Industrielösungen, bei denen es auf hohen Durchsatz ankommt, z. B. Einzelhandel (Retail), Bankwesen und Versorgungsdienstleistungen (Utilities), angeboten. Alle Details zum Ablauf eines Benchmarks können Sie auf den öffentlichen Internetseiten von SAP einsehen (www.sap.com/benchmark).
Versionsupgrades
Mit SAP Basis arbeiten in einem Unternehmen die SAP-Basis- oder auch Systemadministratoren. Sie sind verantwortlich für die richtige Installation, Konfiguration und Wartung der SAP-Anwendungsserver und Applikationen, in machen Firmen auch zusätzlich des Betriebssystems und der SAP-Datenbank, wenn dafür keine eigenen Administratoren zur Verfügung stehen. Mit der SAP-eigenen Programmiersprache ABAP entwerfen Entwickler und Programmierer SAP-Anwendungen, die auf dem ABAP-Stack des SAP NetWeaver Application Servers als einzig öffentlich zugänglicher ABAP-Laufzeitumgebung ausgeführt werden. Zum Teil sind die Abgrenzungen zwischen ABAP-Entwicklern und SAP-Basis-Administratoren durchlässig, jede der beiden Spezialistengruppen hat einen Grundstock an Kenntnis der jeweils anderen Seite. In der Regel bleiben die Kompetenzen jedoch getrennt.
Es ist möglich für jede Regel in der ACL-Datei ein Trace-Level anzugeben, um jeden Kommunikationskanal individuell zu überwachen. Sie lässt sich ohne weitere Konfiguration mit SNC verwenden. Die Verwendung der Datei wird über den Parameter gw/acl_file gesteuert, indem er einfach auf den entsprechenden Dateinamen gesetzt wird. Verwendung von externen Programmen Wenn ein externes Programm mit Ihrem SAP System kommunizieren will, muss es sich zunächst am Gateway registrieren. Welchen Programmen dies genehmigt wird, wird über die ACL-Datei reginfo gesteuert. Hier werden also Regeln definiert, die bestimmte Programme erlauben oder aber verbieten. Die Syntax der Datei lässt es dabei zu, nicht nur den Namen des Programms, sondern auch den Host auf dem das Programm läuft und Hosts die das Programm verwenden und beenden können zu definieren. Zur Verwendung dieser Datei muss der Parameter gw/reg_info gesetzt sein. Außerdem gibt es die ACL-Datei secinfo, mit der es möglich ist zu konfigurieren, welche User ein externes Programm starten können. Hier werden also Regeln definiert, die bestimmten Usernamen aus dem SAP System erlauben bestimmte externe Programme zu verwenden. Zusätzlich können auch hier die Hosts definiert werden auf denen diese Programme ausgeführt werden. So ist es zum Beispiel möglich einem User zu erlauben das Programm "BSP" auf dem Host "XYZ" auszuführen, aber nicht auf dem Host "ABC". Diese Datei wird über den Parameter gw/sec_info gesteuert. Verwendung des Gateways als Proxy Da das Gateway Ihres SAP Systems außerdem als Proxy-Server dienen kann, sollte zusätzlich die ACLDatei prxyinfo über den Parameter gw/prxy_info aktiviert werden. Nehmen wir an, sie haben 3 SAP Systeme in Ihrem Netzwerk: SRC, TRG und PRX. Wenn SRC nicht direkt mit TRG kommunizieren kann, aber beide mit PRX wäre es möglich das Gateway des Systems PRX als Proxy-Server zu verwenden, also darüber zu kommunizieren. Damit dies nicht jedem erlaubt ist, sollte diese Eigenschaft also dringend eingeschränkt werden. Wie schon bei den anderen ACL-Dateien werden hier Regeln definiert, welche Hosts über das Gateway mit welchen Hosts kommunizieren können. Die Syntax der verschiedenen ACL-Dateien kann je nach Release-Stand abweichen. Es ist deshalb ratsam sie vor der Aktivierung der ACL-Dateien in der entsprechenden SAP Dokumentation nachzulesen. Weitere Unterstützung bei der Verwendung von ACL-Dateien finden Sie auch im SAP Community Wiki.
Das Tool "Shortcut for SAP Systems" eignet sich sehr gut, um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Sind noch nicht alle benötigten ABAP-Programme und Dynpros in den Puffern des Applikationsservers vorhanden, müssen diese geladen und eventuell generiert werden.
Informationen zur genauen Verfügbarkeit und zur Konfiguration finden Sie in Anhang E.