SAP-Entwicklung
Parameter für den Erweiterten Speicher
Da Innovationen durch IoT (Internet of Things) oder Big-Data-Szenarien nicht nur die SAP-Basis betreffen, sondern sich daraus unter anderem auch Produkte und Services für Kunden des eigenen Unternehmens hervortun, muss die Rolle der SAP-Basis in Bezug auf diese Szenarien und Services klar definiert werden. In der Regel sieht die SAP-Basis hier ihre Verantwortung in der Konnektivität zum Unternehmensnetzwerk bzw. der Unternehmenssysteme, die im Verantwortungsbereich der SAP-Basis liegen. Die Betreuung der Anwendungen, basieren auf den Technologien sowie den damit einhergehenden Services, liegen im Verantwortungsbereich der jeweiligen Abteilung, die diesen Service anbietet. Eine Betreuungsleistung der SAP-Basis muss bei der Konzeption abgesprochen und geregelt werden.
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.
STAUTHTRACE Systemtrace für Berechtigungsprüfungen
Mit SAP-Basis 7.10 wurde das DBA-Cockpit teilweise auf das Web User Inter-face (UI, in Web-Dynpro-ABAP-Technologie) umgestellt. Die URL zum direkten Aufruf des Webzugangs lautet: http://:/sap/bc/webdynpro/sap/dba_cockpit.
Eine automatische Fehlerbehandlung bei Abbruch eines Jobs ist in den meisten Fällen wünschenswert und sinnvoll. Die bewusste Verarbeitung und Berücksichtigung von Fehlersituationen in Jobketten – auch auf Stepebene – kann den manuellen Aufwand verringern helfen. Fehlersituationen sollten abfangbar sein: Handelt es sich um nicht kritische Elemente, kann der folgende Job vielleicht trotzdem gestartet werden. Bei kritischen Fehlern soll ein neuer Versuch unternommen werden oder eine Alarmierung erfolgen, damit ein Administrator manuell eingreifen kann. Hierzu sind einfache Batch-Jobs in der Regel nicht in der Lage. Ziel einer automatisierten Umgebung ist es, nicht auf jeden fehlerhaften Job manuell reagieren zu müssen.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
Mit Hilfe der Variable Systemänderbarkeit können Sie festlegen, ob eine Änderbarkeit der mandantenübergreifenden Daten, wie beispielsweise von Programmen oder Menüs sowie des mandantenunabhängigen Customizings erlaubt wird.
Jedes SAP-Basis System muss von einem Administrator kontrolliert und gesteuert werden.