Verbuchungsarten wählen
Folgende Maßnahmen haben eine mittlere Priorität, d. h., die entsprechenden Parameter sollten innerhalb weniger Tage angepasst werden: TTAB-, FTAB-, SNTAB- und IRDB-Puffer, Roll-Puffer, Programmpuffer und Tabellenpuffer
Ein Conflict Resolution Transport (CRT) wird ausschließlich bei Add-Ons verwendet, zB IS-IS oder IS-OIL. Er dient dazu, Konflikte zu beseitigen, die zwischen den verschiedenen Support Packages und einem Add-On entstehen können. Beachten Sie, daß ein CRT, der für ein Add-On-Release gilt, auch alle Konflikte mit früheren Releases dieses Add-On auflöst. Weiterhin kann ein CRT auch sonstige Korrekturen für das entsprechende Add-On beinhalten. Ein CRT kann somit auch immer ein spezielles Add-On-Support Package sein. Einstellungen für SPAM Mit Zusätze Einstellungen gelangen Sie auf ein Dialogfenster, in dem Sie generelle Einstellungen für den SAP Patch Manager (SPAM) festlegen können. Diese Einstellungen beeinflussen das Verhalten beim Herunterladen und beim Einspielen von Support Packages der verschiedenen Typen gleichermaßen. Eine Ausnahme bilden die SPAM-Updates; für diese sind bestimmte Einstellungen fest vorgegeben. Folgende Eigenschaften können Sie ein- und ausschalten: Transmission Monitor Wenn Sie den Transmission Monitor aktivieren, können Sie das Herunterladen der Support Packages aus dem SAPNet - R/3 Frontend mit einem grafischen Monitor überwachen. Ansonsten erhalten Sie lediglich eine Fortschrittsanzeige in der Statuszeile. Szenario Mit der Wahl des Szenarios legen Sie fest, welche Aktionen während des Einspielens der Support Packages durchgeführt werden sollen. Das Standardszenario wird verwendet, um Support Packages vollständig einzuspielen; alle Schritte werden ausgeführt. Mit dem Testszenario können Sie vor dem eigentlichen Einspielen der Support Packages feststellen, ob ein Modifikationsabgleich erforderlich ist, oder ob Konflikte auftreten, die vor dem Einspielen behoben werden sollten. Beim Testszenario werden keine Daten und Objekte in Ihr SAP-System importiert. Für SPAM-Updates gibt es kein Testszenario. Die hier getroffene Wahl wird beim Einspielen eines SPAM-Update ignoriert. Datenfile neu erzeugen Sie können festlegen, ob die Datendateien aus den EPS-Paketen bei jedem Einspielversuch neu entpackt werden. In der Grundeinstellung ist dies der Fall.
Als Eingaben für das Sizing dienen Ihre Angaben über die Anzahl der Benutzer in den verschiedenen SAP-Anwendungen. Anhand detaillierter Erfahrungswerte über den Hardwarebedarf der verschiedenen SAP-Anwendungen werden zunächst der Hardwarebedarf pro Anwendung (als Produkt aus Benutzeranzahl und anwendungsspezifischem Lastfaktor und eventuell einem konstanten Grundbedarf) und anschließend der Gesamthardwarebedarf als Summe aller Einzelbedarfe pro Anwendung berechnet. Das benutzerbasierte Sizing liefert immer dann zuverlässige Angaben, wenn die Hauptlast in einem System durch Dialogbenutzer verursacht wird und der SAP-Standard nicht wesentlich modifiziert wurde. Bei der Interpretation des Ergebnisses ist zu berücksichtigen, dass das benutzerbasierte Sizing im Quick Sizer mit einer Zielauslastung von 100 % in Bezug auf den Hauptspeicher und 33 % in Bezug auf die CPU rechnet. Bereits in Kapitel 2, »Analyse von Hardware, Datenbank und ABAP-Applikationsserver«, haben wir dargestellt, dass man eine CPU nicht zu 100 % auslasten kann, wenn man auf einem Rechner mit Dialogbenutzern eine gute Antwortzeit garantieren möchte. Die relativ niedrig angesetzte Zielauslastung berücksichtigt außerdem noch einen relativ hohen Sicherheitsfaktor, den man beim benutzerbasierten Sizing mit beachten muss.
Monatliche Reportings / Reviews
Die Präsentationsschicht ist die oberste Schicht des R/3 SAP-Basis Systems und umfasst die Kommunikation mit dem Anwender. Hierbei werden die Daten mittels Softwarekomponenten aus den Anwendungsprogrammen der Applikationsschicht für den Nutzer am Endgerät graphisch aufbereitet. Die Präsentationssschicht stellt die die Schnittstelle zu den Anwendern (SAP GUI) dar.
Die Standardisierung des SAP-Betriebs wie auch der SAP-Systeme kann als Vorbereitung für die Automatisierung wie auch für die Service-Formen der Cloud, Outtasking oder auch Outsourcing gesehen werden. Deshalb gilt es, im gesamten Kontext der Standardisierung und Automatisierung eine Reihenfolge bei der Überarbeitung der Aufgaben und Systeme einzuhalten. Hierzu ist es nötig, zuerst eine ausführliche Dokumentation des jeweiligen Objekts anzufertigen, die auch den IST-Zustand ausführlich beschreibt. In der Folge kann eine Standardisierungsstrategie ausgearbeitet, festgelegt und umgesetzt werden. Erst dann sind Überlegungen hinsichtlich Automatisierung sowie Outtasking, Cloud oder auch Outsourcing zu tätigen.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Wenn Regelungen für die Standardisierung der SAP-Systeme oder Aufgaben und Prozeduren vorliegen, so müssen diese auch konsequent eingehalten werden und deren Einhaltung ebenfalls überprüft werden.
Auf www.sap-corner.de finden Sie ebenfalls viele nützliche Informationen zum Thema SAP Basis.
Aufgrund der Technologievielfalt, auch im SAP-Produktportfolio, ist die Betreuung durch eine einzige Silo-Einheit SAP-Basis fast nicht mehr leistbar.