Funktionsweise Java-Statistiken
SAP Web Dispatcher
Transportaufträge von einer Systemlinie in eine andere zu transportieren oder Transportaufträge von Drittanbietern in das SAP-System zu importieren gehört auch zu den gelegentlichen Aufgaben eines SAP-Basis-Administrators. Wie schon in meinem letzten Blogbeitrag zur Systemänderbarkeit möchte ich Ihnen hier eine Möglichkeit bieten, dieses Thema schnell abrufbar darzubieten. Somit finden Sie am Ende wieder eine Schritt-für-Schritt Anleitung, welche Sie befolgen können, wenn Sie das Thema schon inhaltlich verstanden haben, aber nur die Schritte benötigen. Was sind die Voraussetzungen? Zu Transportaufträgen gehören zwei Dateien, welche als "data" und "cofiles" betitelt sind. Diese Dateien bestehen aus einer sechsstelligen alphanumerischen Kombination und einer Dateiendung, welche häufig das System darstellt, aus welchem die Dateien exportiert wurden. Hierbei ist das erste Zeichen immer ein K (die cofiles-Datei) oder ein R (die data-Datei). Für unser Beispiel nennen wir die Dateien einmal K12345_DEV und R12345_DEV. Diese Dateien werden natürlich für einen Import in das eigene SAP-System benötigt. Weiterhin benötigen Sie Zugang zu dem Filesystem bzw. den SAP-Verzeichnissen, da sie die oben genannten Dateien dort manuell einfügen müssen. Zusätzlich dazu wird die Transaktion STMS im SAP-System benötigt, da sie dort die Transportaufträge an die Importqueue anhängen. Wenn Sie dies nun alles zur Verfügung haben, können wir mit dem Import starten: Wie ist das Vorgehen? Vorbereitung auf Betriebssystemebene. Im ersten Schritt müssen die Dateien in das Transportverzeichnis des SAP-System kopiert werden. Dieses liegt normalerweise unter /usr/sap/trans, kann aber je nach System auch individuell geändert werden. Falls Sie sichergehen wollen, dass Sie im richtigen Verzeichnis arbeiten, können Sie in der Transaktion AL11 nachschauen, welches Verzeichnis unter "DIR_TRANS" angegeben ist. Dies ist das richtige Verzeichnis in dem wir arbeiten wollen. Hier werden nun die vorhandenen Dateien hineinkopiert und zwar die cofiles-Datei (K12345_DEV) in den cofiles-Ordner (/usr/sap/trans/cofiles) und die data-Datei (R12345_DEV) in den data-Ordner (/usr/sap/trans/data). Hinweis: Gerade bei Unternehmen mit mehreren Systemen auf mehreren Servern müssen in diesem Fall noch die Zugriffsberechtigungen und der Datei-Owner geändert werden, sodass der Import im Zielsystem keine Probleme macht.
Der SQL-Monitor (Transaktionscodes SQLM bzw. SQLMD) steht seit SAP SQL-Monitor NetWeaver 7.00 zur Verfügung. Informationen zur genauen Verfügbarkeit und zur Konfiguration finden Sie in Anhang E. Starten Sie die Verwaltung des SQL-Monitors (Transaktionscode SQLM). Im oberen Teil des Bildschirms finden Sie die Informationen über die Aktivierung des Monitors. Im unteren Teil des Bildschirms finden Sie die Funktionen, um den Monitor zu starten bzw. zu stoppen und um Analysen zu speichern, sowie den Absprung zur Auswertung. Starten Sie die Datenaufzeichnung mit der Funktion Aktivierung/Deaktivierung > Alle Server. Geben Sie in dem Dialogfenster SQL-Monitor-Aktivierungsablauf Datum und Uhrzeit und eine Dateigröße an, nach deren Überschreitung der Monitor automatisch deaktiviert werden soll.
SWPR Workflow-Restart nach Fehler
Die gesamte CPU-Zeit (Summe CPU-Zeit) sollte auf allen Applikationsservern etwa gleich groß sein, sofern Sie über Rechner mit gleicher CPU-Leistung verfügen. Haben Sie unterschiedlich starke Rechner, müssen Sie dies beim Vergleich der CPU-Zeit entsprechend berücksichtigen. Die Ursache für eine falsche Lastverteilung kann z. B. eine falsche Konfiguration der Anmeldegruppen oder eine falsche Konfiguration der Workprozesse sein.
Das Transaktionsprofil sollten Sie in regelmäßigen Abständen überwachen und sichern. So stellen Sie fest, ob die Antwortzeiten einzelner Transaktionen mit der Zeit kontinuierlich wachsen oder sich plötzlich eine Laufzeitverschlechterung nach einer Programmmodifikation einstellt. Indem Sie solche Trends im Transaktionsprofil frühzeitig erkennen, können Sie eine detaillierte Programmanalyse veranlassen, noch bevor ein Programm zum Flaschenhals für eine Prozesskette wird oder gar durch hohe CPU- oder Datenbankbelastung die Performance des gesamten SAP-Systems in Mitleidenschaft zieht.
Verwenden Sie "Shortcut for SAP Systems", um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Neben dem Scan und dem Aufzeigen der jeweiligen Sicherheitslücken eines Programms besteht auch die Möglichkeit, Aufgaben, die mit Sicherheitslücken in andere SAP-Systeme transportiert werden sollen, im weiteren Transportprozess anzuhalten Dies betrifft beispielsweise den auf dem SAP Solution Manager basierten CHARM-Prozess.
Wenn Sie mehr zum Thema SAP Basis wissen möchten, besuchen Sie die Webseite www.sap-corner.de.
Schließlich gehören noch weitere Services zum SAP NetWeaver AS, die als eigene Betriebssystemprozesse implementiert sind: der ICM-Service (Internet Communication Manager) (icman.exe), der Message-Service, der Gateway-Service und der Service SAP Web Dispatcher.