Kontinuierliche Verbesserung der Systemverfügbarkeit und -Performance
Einzelne Prozesse mit hoher CPU-Belastung
Da Jobs und Sicherungen aus organisatorischen oder technischen Gesichtspunkten zu festgelegten Zeiten laufen sollten, bietet sich deren Automatisierung an. In einfachen, übersichtlichen Systemumgebungen, helfen sich viele SAP Basis Administratoren mit SAP CPS (Central Process Scheduling) und einfachen ABAP Batchjobs, die Vorgänge oder andere Jobs starten. Da die Begehrlichkeiten und die Systemumgebungen in der Regel kontinuierlich wachsen, wird dieses Vorgehen mit der Zeit komplex und unübersichtlich und die Fehlersuche mit der Zeit oft schwierig. Dadurch bleibt auch häufig die Wartbarkeit auf der Strecke und die Fehleranfälligkeit kann steigen. Reiht man verschiedene Jobs zu Ketten aneinander ergeben sich weitere Probleme.
Das Mandantenkonzept von SAP ermöglicht es, ein SAP-System in mehrere logische Subsysteme - Mandanten - zu unterteilen. Diese Subsysteme können wie eigene Systeme betriebswirtschaftlich voneinander unabhängig und isoliert genutzt werden. Aber wie sind mandantenunabhängige Transaktionen zu behandeln? Wie können Sie verhindern, dass ein Mandant auf den anderen zugreifen kann und warum sollten Sie das verhindern wollen? In diesem Blog-Beitrag werde ich Ihnen diese Fragen beantworten und dabei einige Negativ-Beispiele diskutieren. Warum ist es wichtig mandantenunabhängige Transaktionen gesondert zu betrachten? Stellen Sie sich vor, dass jeder Ihrer Mitarbeiter einen Mandanten im Produktivsystem anlegen oder ändern darf, oder noch schlimmer - beides. Das Anlegen und Ändern eines Mandanten im Produktivsystem erfolgt autorisiert und dokumentiert – Sie fragen sich, was dabei schon schiefgehen könnte? Das Risiko in diesem Fall ist ein Verlust der Integrität von System und Daten, der Verlust der Vertraulichkeit: Mit jedem neu angelegten Mandanten lebt der Superuser SAP* mit seinen umfassenden, auch mandantenübergreifenden Rechten und dem vergebenen Standardpasswort auf.
SAP Workload Analysis
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.
SAP HANA Studio: Dieses Eclipse-basierte Administrationswerkzeug installieren Sie auf Ihrem lokalen Rechner; Sie können mit dem SAP HANA Studio mehrere SAP-HANA-Datenbanken administrieren. Für den Bereich der Performanceanalyse bietet das SAP HANA Studio derzeit die ausgereiftesten Werkzeuge.
Für Administratoren steht im Bereich der SAP Basis ein nützliches Produkt - "Shortcut for SAP Systems" - zur Verfügung.
NEXUS / ENTERPRISE SOLUTIONS nimmt dieses Geschäftsfeld jetzt stärker ins Visier und verstärkt sein Dienstleistungsportfolio im Grundbetrieb von SAP-Basis Services (Application Management Services / laufende Betreuung) mit optionalen Erweiterungen und Projektleistungen des SAP-Basis-Betriebs, etwa im Zuge von Migrationen.
Die Leseperformance der Festplatten spielt dagegen nur beim Laden der Tabellen, beim Start der Datenbank oder bei der Reorganisation (Umverteilung) der Tabellen zu Optimierungszwecken eine Rolle.