Erste und folgende Ausführungen
Hardware-Sizing und Komponentenverteilung
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.
Der Bereich SAP Basis & Technology beschäftigt sich intensiv mit den Technologien der SAP und ihrer Anwendung. Dabei werden die Möglichkeiten und Grenzen untersucht und entsprechende Vorgaben und Tools entwickelt, um die Technologien gewinnbringend einzusetzen. Die Ergebnisse und die Erkenntnisse werden den anderen alogis Bereichen zur Verfügung gestellt und in den Kundenprojekten im realen Einsatz umgesetzt.
System Retirement
Hierbei sind alle Themen relevant, die auch für einen Kunden von Interesse sein können. Im Idealfall erhält man eine ausgewogene Kommunikationsstruktur im Kommunikationsdreieck zwischen Marketing, der Zielgruppe und auch den eigenen Mitarbeitern. Die interne Kommunikation stellt einen wichtigen Aspekt für die SAP-Basis dar. Es geht vor allem darum, die eigenen Leistungen, die IT-Produkte und die Positionierung an die eigenen Mitarbeiter weiterzugeben bzw. zu kommunizieren. SCHRITT 10: PLANUNG Die Planung liefert eine Übersetzung der zuvor getroffenen Festlegungen in konkrete Maßnahmen. Hierbei findet eine Beschreibung der jeweiligen Maßnahme statt. Die Maßnahmen können nun terminiert und in eine Kostenübersicht übernommen werden. Es ist vor allem wichtig, realistisch zu planen und Abhängigkeiten zu berücksichtigen. Auch dieser Schritt ist für die SAP-Basis von großem Interesse bzw. notwendig, um die zuvor getroffenen Festlegungen in ein konkretes Marketingkonzept der SAP-Basis umzusetzen.
Grundlagen des Sizings sind detaillierte Erfahrungswerte über den Ressourcenbedarf von Benutzern und Transaktionen. Diese Erfahrungswerte veralten schnell angesichts neuer Applikations- und Rechnergenerationen, daher fokussieren wir uns in diesem Kapitel auf die Prozesse und Werkzeuge. Bei einem Sizing-Projekt sind mehrere Parteien im Boot: Das Kundenprojekt stellt das Mengengerüst, sprich die Anforderungen an konkurrierende Benutzer, Durchsatz bestimmter Transaktionen und erwartetes Datenvolumen, zusammen. Die Experten des Hardwarepartners erstellen ein Hardwareangebot – wenn nötig, unter Rückgriff auf Experten der SAP. Schließlich benötigen Sie als Projektleiter oder -mitarbeiter das Wissen über den prinzipiellen Sizing-Prozess, um unterschiedliche Sizing-Angebote und Aussagen kompetent vergleichen und bewerten zu können, die Möglichkeiten, Risiken und Grenzen einer Sizing-Aussage zu verstehen und schließlich eine fundierte Entscheidung zwischen den Hardwareangeboten zu treffen.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
Vorteile 1) Kaum messbarer Performance Impact 2) Zentrale Sammlung der Daten aller Systeme im BW des SAP Solution Managers 3) Keine aufwändige Einrichtung 4) Einmal aktiviert, laufen die Kollektor- und Extraktorjobs regelmäßig und ohne weitere, manuelle Tätigkeiten Mögliches Nutzungsszenario Wenn Sie den Solution Manager 7.2 im Einsatz haben, können Sie UPL im Rahmen des "Custom Code Lifecycle Managements" (deutsch: Verwaltung kundeneigener Entwicklungen) aktivieren.
Die Webseite www.sap-corner.de bietet viele nützliche Informationen zum Thema SAP Basis.
Hierzu verwenden wir das Werkzeug XAMS Security Architect, mit dem wir gute Erfahrungen gemacht haben.