Analyse des Internet Communication Managers (ICM)
Umgang mit Richtwerten
Der CodeProfiler verhindert, dass qualitativ schlechter Code oder Programme mit Sicherheitslücken überhaupt in eine produktive SAP-Systemlandschaft gelangen. Deshalb ist es wichtig, den CodeProfiler über den gesamten Lebenszyklus einer Software einzusetzen. Bereits bei der Programmierung hilft der CodeProfiler dem Entwickler bei der Identifikation und Korrektur von Fehlern und Schwachstellen in der SAP-Landschaft. Der CodeProfiler sorgt automatisch dafür, dass nur „sauberer“ Code in das jeweils nächste Level (Entwicklungssystem -> Testsystem -> Qualitätssicherungssystem -> Produktivsystem) transportiert wird. Dabei kann der CodeProfiler auch für regelmäßige Review-Zyklen eingesetzt werden.
Sie richten z. B. eine Anmeldegruppe für Mitarbeiter im Telefonverkauf ein, weil deren Aktivitäten besonders performancekritisch sind. Die zugehörigen SAP-Instanzen zeichnen sich durch besondere Leistungsfähigkeit aus (z. B. keine Hintergrund- und Verbuchungs-Workprozesse, besonders wenig Benutzer pro Server, besonders schnelle Prozessoren, dezidiertes Netzwerk etc.). Ein weiteres Beispiel für eine benutzerspezifische Anmeldegruppe ist die für Controlling-Mitarbeiter, die aufwendige Controlling-Reports im Dialogbetrieb erstellen. Dieser Gruppe weisen Sie eine SAP-Instanz zu, auf der der SAP-Profilparameter rdisp/max_wprun_time (bis 7.40) bzw. rdisp/scheduler/prio_high/max_runtime (ab 7.40), der die Laufzeit eines ABAP-Programms im Dialogbetrieb beschränkt, besonders hoch ist. Durch eine restriktive Einstellung der Laufzeitbeschränkung auf allen anderen Instanzen verhindern Sie, dass diese Reports auf anderen Instanzen erstellt werden können und dort andere Benutzer behindern. Auf diese Weise trennen Sie performancekritische Anwendungen (wie z. B. die Auftragsannahme im Telefonverkauf) von eher unkritischen, aber ressourcenintensiven Anwendungen (z. B. Controlling).
Anmeldegruppen für den SAP Web Dispatcher
Sie beobachten während Ihrer Hauptarbeitszeit einen CPU-Engpass. In der Prozessübersicht des Betriebssystemmonitors stellen Sie fest, dass ein SAP-Workprozess über Minuten hinweg eine CPU-Auslastung von 30 % zeigt. In der SAP-Workprozess-Übersicht identifizieren Sie ein langlaufendes Hintergrundprogramm. In diesem Fall sollten Sie prüfen, ob dieses Hintergrundprogramm zu Zeiten niedriger Dialoglast eingeplant werden kann.
Das CPU-Sizing folgt dem Hauptspeicher-Sizing, d. h., Hardwarehersteller bieten passend zum Hauptspeicher die passende CPU-Kapazität an. Im Falle der Migration können Sie den Bedarf auch mit zwei Richtwerten abschätzen: SAP-Hinweis 1514966 nennt einen Richtwert von 300 SAPS pro aktiven Benutzer dividiert durch 0,65 als Puffer; dies entspricht einer Zielauslastung von 65 % für die CPU. Die Zahl der aktiven Benutzer ist dabei die Zahl der Benutzer, die parallel CPU konsumieren. Beachten Sie, dass diese Zahl deutlich kleiner ist als die Anzahl der parallel am System angemeldeten Benutzer. SAP-Hinweis 1793345 liefert für die Business Suite einen Richtwert für den Faktor CPU-Bedarf von SAP HANA zum CPU-Bedarf einer traditionellen Datenbank. Zur Zeit der Drucklegung des Buches wird hier ein Faktor 3 angegeben.
Etliche Aufgaben im Bereich der SAP Basis können mit "Shortcut for SAP Systems" wesentlich erleichtert werden.
Aber auch Fluktuation oder Neueinstellungen sind zur Umstellung und Etablierung der neuen Rollen geeignet.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Die Berechnung der für ein SAP-System voraussichtlich benötigten Hardware, also die erforderliche CPU-Leistung, Hauptspeicher-, I/O- und Festplattengröße, bezeichnet man als Hardware-Sizing.