Verarbeitung durch Hintergrundprogramme
Die Anwendungs- oder Applikationsschicht
Das SAP Identity Management System (IdM) ermöglicht eine zentrale Benutzer- und Berechtigungsverwaltung in einer heterogenen Systemlandschaft. Durch die Verwendung eines IdMSystems können manuelle Prozesse durch automatisierte Workflows ersetzt werden, die zentral abgebildet und administriert werden. Beispielhafte Szenarien: 1) Benutzer- und Berechtigungsverwaltung 2) ESS/MSS zur Verwaltung von Personaldaten 3) Audit und Monitoring zur Überprüfbarkeit auf die Einhaltung gesetzlicher Vorschriften Was ist jedoch zu beachten, wenn sie ein Identity Management System einführen möchten? In diesem Beitrag möchte ich auf grundlegende Punkte eingehen, die vor der Einführung geklärt sein müssen.
Das Einstiegsbild gibt einen kurzen Überblick über den Status der zuletzt eingespielten Queue. Bei unvollständig eingespielten Support Packages wird der letzte (abgebrochene) Schritt der SPAM angezeigt. System: Überprüfen Sie die korrekte Funktion der Transporttools mit Hilfsmittel Transport-Tool prüfen. Stellen Sie sicher, daß genügend Platz (Größe der OCS-Dateien multipliziert mit 2) im Transportverzeichnis (siehe R/3-Profilparameter DIR_TRANS mit der Transaktion AL11 oder der Transaktion SE38 und dem Report RSPARAM) vorhanden ist. Achten Sie darauf, daß vor allem in den Unterverzeichnissen trans/EPS/in und trans/data genügend Platz zur Verfügung steht. Verwenden Sie den neuesten SPAM-Update. Überprüfen Sie, ob der im SAPNet - R/3 Frontend bzw. im SAPNet - Web Frontend angebotene SPAM-Update neuer ist als der in Ihrem System vorhandene. Sie sehen die Version des in Ihrem System vorhandenen SPAM-Update in der Titelleiste des SPAMBildes. Wir empfehlen, immer zuerst den neuesten SPAM-Update einzuspielen [Seite 14], um Probleme beim Einspielen zu vermeiden. Das Einspielen eines SPAM-Update erfolgt analog zum Einspielen von Support Packages. Es dürfen keine unvollständig eingespielten Support Packages in Ihrem System sein. Markieren Sie dazu in der SPAM unter Verzeichnis den Punkt Abgebrochene Supp. Packages und wählen Sie Anzeigen. Es dürfen keine Support Packages angezeigt werden. Die Statusanzeige sollte eine grüne Ampel zeigen. Falls das nicht der Fall ist, sehen Sie sich die detaillierten Status- und Protokollinformationen aller im System befindlichen Support Packages an. Wählen Sie dazu Springen Status bzw. Springen Protokoll. Aktivitäten Support Package laden [Seite 15] Queue definieren [Seite 17] Queue einspielen [Seite 20] Falls nötig: Modifikationen abgleichen [Seite 22] Protokolle überprüfen [Seite 23] Queue bestätigen [Seite 24].
End-to-End-Laufzeitanalyse mit dem Solution Manager
Anhand der Workload-Analyse diagnostizieren Sie ein allgemeines Performanceproblem. Anhand des Vergleichs der Workload-Daten für unterschiedliche Tage grenzen Sie das Problem auf einen bestimmten Zeitraum ein. Auffällig sind in diesem Zeitraum hohe Datenbankzeiten, insbesondere für logische Änderungen. Bei näherer Analyse der Fehlerprotokolldatei der Datenbank stellt sich heraus, dass nachts ein Archiver Stuck aufgetreten ist. Ein Archiver Stuck tritt bei einer Oracle-Datenbank auf, wenn das Archive-Verzeichnis für Redo-Log-Dateien voll ist. Somit kann keine Redo- Information mehr geschrieben werden; die Datenbank und damit auch die SAP-Instanzen bleiben stehen. Nachdem das Problem behoben worden ist, setzen Datenbank und SAP-Instanzen ihre Arbeit ohne Fehler fort. Morgens wird das Problem vom Datenbankadministrator behoben. Im Tagesmittel führt der Archiver Stuck an diesem Tag zu erhöhten Datenbankzeiten (insbesondere für logische Änderungen). Diese suggerieren bei der Analyse des Workload-Monitors eine schlechte Datenbankperformance, obwohl diese in Wirklichkeit gut ist, nachdem das Problem behoben wurde.
Eine große Zahl von SAP-Workprozessen erlaubt es, dass viele Benutzeraufträge zur gleichen Zeit bearbeitet werden. Ist die Anzahl der Prozesse, die Sie gleichzeitig abarbeiten wollen, deutlich größer als die Anzahl der Prozessoren, kommt es zu Wartesituationen in der Queue des Betriebssystems. Da die Workprozesse von der CPU gleichzeitig (d. h. in Zeitscheiben) bearbeitet werden, erhöht sich mit der Anzahl der Prozesse auch die Anzahl der Kontextwechsel auf Betriebssystemebene. Achtung: Gemeint ist hier mit Kontextwechseln auf der Betriebssystemebene das Hin- und Herschalten der Prozessoren zwischen den SAP-Workprozessen. Verwechseln Sie dies nicht mit den SAP-Kontextwechseln, d. h. dem Roll-in und Roll-out der Benutzerkontexte zwischen den SAP-Workprozessen. Jeder Kontextwechsel ist mit einem zusätzlichen Aufwand für das Betriebssystem verbunden. Das Warten auf eine freie CPU beansprucht somit die knappen CPU-Ressourcen zusätzlich. Das Warten in der SAP-Dispatcher-Queue kostet dagegen keine CPU-Ressourcen.
Das Tool "Shortcut for SAP Systems" eignet sich sehr gut, um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Das Verständnis für die Struktur und Funktionsweise des Systems ist insbesondere für die IT-Administration wichtig. Nicht umsonst ist „SAP Basis Administrator“ ein eigenes Berufsfeld. Auf der Seite www.sap-corner.de finden Sie nützliche Informationen zu diesem Thema.
Ist dies nicht der Fall, beenden Sie das Programm nach Rücksprache.
Vorgehensweise Laden Sie die Support Packages in das nächste System (Qualitäts- oder Produktivsystem).