EDI-Versand von Bestellungen konfigurieren
SAP-Basis Berater
Wie in der Einleitung dieses Buches beschrieben wird, verschafft sich der erfahrene Performancespezialist anhand der Workload-Analyse zunächst einen Überblick darüber, in welchen Bereichen des SAP-Systems Performanceprobleme auftreten, bevor er top-down in die Detailanalysen einsteigt. Als Beispiel können Sie sich die folgende Situation vorstellen: In einem SAP-System führen Sie systematisch die in Kapitel 2, »Analyse von Hardware, Datenbank und ABAP-Applikationsserver«, behandelten Analysen durch. Als Ergebnis entdecken Sie sowohl einige Probleme im Bereich der Datenbank als auch in der SAP-Speicherkonfiguration. Wie können Sie nun feststellen, welches Problem das schwerwiegendere ist, d. h., welches Problem zuerst behoben werden sollte? Welchen Einfluss hat ein Problem auf die Antwortzeit, d. h., um wie viel besser wird die Antwortzeit, wenn das Problem behoben ist? Die Antwort auf diese Fragen gibt Ihnen die Workload-Analyse.
Jedes SAP-Basis System muss von einem Administrator kontrolliert und gesteuert werden. Der Verantwortliche sorgt für einen reibungslosen Betrieb des Systems. Dies kann ein interner Administrator sein, oder an externe Dienstleister abgegeben werden.
Behebung und Unterstützung bei Störungen (2nd und 3rd Level Support)
Die folgende Liste erklärt die Schritte in der Reihenfolge, wie sie von SPAM durchgeführt werden: PROLOGUE In diesem Schritt wird überprüft, ob Sie berechtigt sind, Support Packages einzuspielen. CHECK_REQUIREMENTS In diesem Schritt werden verschiedene Voraussetzungen für das Einspielen überprüft, zB das Anmelden des Transportsteuerungsprogramms tp an Ihr System. DISASSEMBLE In diesem Schritt werden die Datendateien aus den entsprechenden EPS-Paketen entpackt und im Transportverzeichnis abgelegt. ADD_TO_BUFFER In diesem Schritt wird die Queue in den Transportpuffer Ihres Systems gestellt. TEST_IMPORT In diesem Schritt wird geprüft, ob es Objekte gibt, die während des Einspielens überschrieben werden und sich in noch nicht freigegebenen Aufgaben befinden. IMPORT_OBJECT_LIST In diesem Schritt werden die Objektlisten für die Support Packages, die sich in der Queue befinden, in das System eingespielt. OBJECTS_LOCKED_? In diesem Schritt wird geprüft, ob es Objekte gibt, die während des Einspielens überschrieben werden und sich in noch nicht freigegebenen Aufträgen befinden. SCHEDULE_RDDIMPDP In diesem Schritt wird der Transportdämon (Programm RDDIMPDP) eingeplant. ADDON_CONFLICTS_? In diesem Schritt wird überprüft, ob es Konflikte zwischen Objekten in der Queue und installierten Add-Ons gibt. SPDD_SPAU_CHECK In diesem Schritt wird überprüft, ob ein Modifikationsabgleich (Transaktionen SPDD/SPAU) notwendig ist. DDIC_IMPORT In diesem Schritt werden alle ABAP Dictionary-Objekte der Queue importiert. AUTO_MOD_SPDD In diesem Schritt wird überprüft, ob Modifikationen an ABAP Dictionary-Objekten automatisch angepaßt werden können. RUN_SPDD_? In diesem Schritt werden Sie aufgefordert, Ihre Modifikationen an ABAP Dictionary- Objekten anzupassen, indem Sie die Transaktion SPDD aufrufen. IMPORT_PROPER In diesem Schritt werden alle Repository-Objekte und Tabelleneinträge eingespielt. Anschließend finden Aktionen wie Verteilung, Umsetzung, Aktivierung und Generierung statt. AUTO_MOD_SPAU In diesem Schritt wird überprüft, ob Modifikationen automatisch angepaßt werden können.
Als Eingaben für das durchsatzbasierte Sizing dienen Angaben über das sogenannte Mengengerüst. Dies sind Angaben über die Anzahl der Geschäftsprozesse, die in bestimmten Zeitfenstern bearbeitet werden sollen. Dies können z. B. Angaben über die Anzahl von Kundenaufträgen, Lieferungen und Produktionsaufträgen oder gedruckte Dokumente sein. Dieser Ansatz hat den Vorteil, dass auch die Datenübernahme in Hintergrundprozessen (z. B. durch Batch-Input oder Application Link Enabling, ALE), die tageszeitliche Verteilung des Belegdurchsatzes und ein Sizing für Spitzenlastzeiten berücksichtigt werden. Der durchsatzbasierte Ansatz muss zwingend immer dann gewählt werden, wenn eine maßgebliche Last durch Hintergrundprozesse oder Schnittstellen erfolgt. Beispiele dafür sind SAP-for-Retail-Lösungen (Übernahme von Verkaufsdaten im Point-of-Sales Inbound-Processing) oder Banking-, Utilities- oder Telekommunikationslösungen. In der Praxis wird normalerweise eine Kombination beider Formen des Sizings gewählt. Beim durchsatzbasierten Sizing wird im Quick Sizer mit einer CPU-Zielauslastung von 65 % gerechnet.
Basisadministratoren steht mit "Shortcut for SAP Systems" eine PC-Anwendung zur Verfügung, die etliche Tätigkeiten in der SAP Basis vereinfacht bzw. ermöglicht.
Die Abdeckung alter Kernaufgaben (wie bspw Security oder Compliance) und neuer Kernaufgaben (wie Cloud oder Mobility) muss im Sinne einer ganzheitlichen Betrachtung erhöht werden.
Hierbei sind alle Themen relevant, die auch für einen Kunden von Interesse sein können.