<img height="1" width="1" style="display:none;" alt="" src="https://dc.ads.linkedin.com/collect/?pid=380018&amp;fmt=gif">

      Im Guten wie im Schlechten gehört die Anwendungsleistung zu den Dingen, die, wenn sie korrekt verwaltet wird, eine undankbare Aufgabe ist. Wenn jedoch Probleme auftauchen, ist das für das Unternehmen, die Mitarbeiter, die Kunden, die Lieferanten und viele andere Beteiligte ein lästiger Punkt.

      Für viele Anwendungen bedeutet die Behebung von Performance-Problemen einfach, dass sie mit zusätzlichen Ressourcen wie CPU und Speicher ausgestattet werden müssen. Und mit den modernen, niedrigeren Kosten für Hardware und Anwendungen, die in die Cloud migriert werden, ist das Hinzufügen dieser Ressourcen keine große Belastung. Aber es gibt diesen schrecklichen Mythos in der SAP-Welt, dass man SAP-Performance-Probleme auf die gleiche Weise lösen kann.

      Es schmerzt die besten SAP-Basis Engineers, wenn sie in überarchitekturierte oder nicht ausgelastete Systeme kommen, die immer noch Performance-Probleme haben. Ja, diese O.S.-Ressourcen könnten das Problem sein, aber es ist selten.

      Im Folgenden gehen wir darauf ein, wie der technische SAP-Stack aussehen sollte, und zeigen spezifische KPIs auf, die auf dem Dashboard eines jeden SAP Basis Administrators zu finden sein sollten.

      Operating System Performance

      Schauen wir uns zunächst den Mythos der OS-Ressourcen an:

      Ist es möglich, dass nicht genügend CPU oder Speicher für eine ordnungsgemäße Datenbank- oder SAP-Nutzung zugewiesen ist?

      Ja, das ist eine Sache.... aber wirklich eine Sache der Vergangenheit.

      In der Vergangenheit wurde bei Leistungsproblemen immer zuerst dem Betriebssystem die Schuld gegeben, da es schwer zu widerlegen war und es immer eine beträchtliche Menge an Zeit, Ressourcen und Wartungsausfällen erforderte, einem physischen Server mehr Ressourcen hinzuzufügen.

      Mit den Fortschritten bei den virtuellen Maschinen und dann bei den öffentlichen IaaS Public Clouds, ist die Skalierung dieser Systeme nach oben/unten (Hinzufügen von Ressourcen zum selben Server) jetzt fast sofort möglich.

      Wenn also CPU- oder Arbeitsspeicherspitzen auftreten, können sofort zusätzliche Ressourcen bereitgestellt werden. Und wenn diese Spitzenwerte in 30 Minuten wieder erreicht werden, wissen wir, dass es etwas anderes ist, das nicht korrekt konfiguriert ist und diese Ressourcen verbraucht.

      Mit anderen Worten: Die hohe Auslastung von CPU und Speicher ist oft das Symptom, nicht die Ursache. In diesem Sinne ist es immer noch wichtig, ein Auge auf CPU und Speicher in den Dashboards zu haben, aber es ist nur ein Teil des Puzzles. 

      Wenn Sie wirklich detaillierte Installationshinweise für Avantra wünschen, schauen Sie sich die Schritt-für-Schritt-Installationsanleitung für Basis Engineers an.

       

      Netzwerke und Datacenter Performance

      Als nächstes müssen wir im Basis Performance Dashboard die Kommunikation zwischen Systemen und Rechenzentren verstehen. 

      Netzwerke werden immer komplexer mit hybriden Umgebungen, die fast alle Organisationen umfassen. Dabei kann es sich nicht nur um On-Prem und IaaS Public Clouds handeln, sondern auch um verschiedene SaaS-Lösungen, globale Rechenzentren und viele weitere Umgebungen.

      Das Networking ist die Autobahn all dieser verschiedenen Datenstandorte. Typischerweise werden Basis Engineers und Netzwerkteams nicht unter derselben Gruppe geführt. Aus diesem Grund verwenden sie oft unterschiedliche Lösungen, um ihre Umgebungen zu verwalten, denn ein Netzwerkingenieur muss nicht wissen, was in einer SAP-Umgebung passiert, und ein Basis Engineer muss nicht wissen, was auf der Netzwerkebene passiert.

      avantra_dashboard

      Ein Basis Engineer sollte jedoch einige grundlegende Netzwerk-KPIs in seinem Toolkit haben, um sie in seinem Performance-Dashboard anzuzeigen.

      Dabei handelt es sich typischerweise um High-Level-Indikatoren zwischen den Rechenzentren des Produktionssystems und/oder hybriden Cloud-Umgebungen, aber auch um Schnittstellen von Drittanbietern wie Anbietern und Banken, SaaS-Lösungen und verschiedenen Einrichtungen und Bürostandorten zurück zu den SAP-Systemen.

      Diese High-Level-Netzwerk-Performance-Indikatoren zeigen (wenn möglich) sofort, wo Probleme mit der Netzwerk-Performance auftreten können. Es könnte auch helfen, die Verwirrung zu identifizieren, warum bestimmte geografische Büros Leistungsprobleme haben und andere nicht.


      Mehr Information in unseren Videos im SAP Basis Hub >>

       

      Datenbank-Performance

      Wenn wir die Technologietreppe nach oben gehen, kommen wir zur Datenbank. Es gibt eine beträchtliche Anzahl von Performance-KPIs auf der Datenbankebene.

      Leider gibt es mehrere Datenbanken, auf denen SAP laufen kann, alle mit ihren eigenen Performance-KPIs.

      Es gibt Tausende von Büchern darüber, wie man die Datenbank-Performance richtig überwacht, spezifisch für jede Datenbank. Daher ist es wichtig, eine Monitoring-Lösung zu haben, die vordefinierte Performance-Checks für jeden der SAP-Datenbanktypen hat.

      Als absolutes Minimum sollten Basis Engineers die folgenden Punkte auf einem Datenbank-Performance-Dashboard berücksichtigen:

       

      1. Zuweisung von Datenbankspeicher
      2. Wachstumstrends
      3. Index
      4. Schreibleistung
      5. Überwachung der Protokolle

      Wenn Sie bereit sind, Avantra auszuprobieren, sehen Sie in der Schritt-für-Schritt-Installationsanleitung für Basis Engineers, wie einfach es ist.

       

      SAP Layers Performance

      Zuletzt kommen wir zur SAP-Ebene, und hier wird es interessant.

      Jedes Unternehmen betreibt SAP auf seine eigene Art und Weise und was für das eine Unternehmen relevant ist, ist es für ein anderes möglicherweise nicht.

      Darüber hinaus hat jedes SAP-System innerhalb einer Organisation unterschiedliche Performance-KPIs, je nachdem, um welches System es sich handelt.

      Zum Beispiel kann ein System stark von der Batch-Job-Verarbeitung abhängig sein, während ein anderes ein Unternehmensportal ist und sich alles um die Endbenutzerleistung dreht.

       

      avantra_dashboard_3

      Nicht alles, was unten steht, ist für jedes System relevant - nur Sie werden wissen, was für Ihr Unternehmen und Ihre einzigartige Umgebung relevant ist. Aber die folgenden Überlegungen bringen Sie auf jeden Fall auf den Weg zur Bereitstellung von Key Performance Indicators, die Sie an Ihre Bedürfnisse anpassen können.

      Dies sind alles Indikatoren, die eine geeignete SAP-Überwachungs- und Managementlösung erfordern. Keine herkömmliche Überwachungslösung wird in der Lage sein, diese Details zu liefern, abgesehen von möglichen generischen CCMS (veraltetes kostenloses SAP-Monitoring) "hook ins".

      Expertentipp: Halten Sie Ausschau nach Betriebssystem-/ Netzwerküberwachungslösungen, die angeben, dass sie SAP-Überwachung über das CCMS durchführen können. 

      1. Zunächst müssen wir uns mit Arbeitsprozessen befassen. Wenn Sie mit Arbeitsprozessen in SAP-ABAP-basierten Systemen nicht vertraut sind, müssen Sie vielleicht ein paar zusätzliche
        Nachforschungen anstellen. Langer Rede kurzer Sinn, die Arbeitsprozesse sind kleine Arbeitsmaschinen, die jedes Stück Daten, das durch ein SAP-ABAP-System fließt, nutzt. Es gibt verschiedene Arten von Workprozessen und jeder Typ kann dazu führen, dass das System entweder komplett einfriert oder große Performance-Verzögerungen verursacht, wenn sie anfangen, sich zu füllen. Es ist wichtig, nicht nur zu wissen, ob sich die Workprozesse füllen, sondern auch, in welchem prozentualen Status sich die Dialog-Workprozesse (Endbenutzer) befinden. Dies ist wichtig, da sich einige von ihnen im "Hold"- oder "Debug"-Modus befinden können. Auch die CPU-Zeit der einzelnen Dialog-Workprozesse sollte überwacht werden. Sollte ein Dialog-Workprozess eine schlechte CPU-Zeit haben, sollte auch hier ein Indikator auf einem Dashboard angezeigt werden.
      2. Wir wollen auch die übergreifende Dialog-Performance-Zeit im Auge behalten, die im Grunde die Performance der Endanwender ist. Dies sollte auf einer allgemeinen Ebene über das gesamte System geschehen, und auch mit wichtigen, oder stark genutzten Transaktionscodes.
      3. Wenn Ihr System viele Hintergrundverarbeitungen durchführt, kann es wichtig sein, die wichtigsten Batch-Jobs zu identifizieren und festzustellen, wann sie typischerweise laufen, wie lange sie typischerweise laufen und was passieren würde, wenn sie parallel zu sich selbst laufen. Dies muss nicht für JEDEN Batch-Job gemacht werden, da es normalerweise Hunderte oder Tausende von Batch-Jobs in jedem System gibt. Aber es gibt normalerweise eine Handvoll, die wichtig sind, und wenn diese nicht richtig laufen, könnten sie der Indikator für größere Probleme sein. Es könnte der Beginn eines Dominoeffekts sein, der zu größeren Leistungsproblemen führt, daher wäre es von großem Vorteil, diese Indikatoren auf einem Dashboard zu haben.
      4. Auch Nummernkreise können zu Leistungsproblemen führen. Grundsätzlich werden bei laufendem Betrieb des Systems ständig verschiedene Nummernkreise genutzt und wiederverwendet. Wenn der Nummernkreispuffer nicht korrekt eingestellt ist, kann es zu Wartezeiten und damit zu Leistungsproblemen kommen.
      5. Es ist auch wichtig zu beachten, dass Leistungsprobleme durch Änderungen der Profilparameter entstehen können. Parameter mit zu wenig oder zu viel Zuweisung könnten zu größeren Problemen und sogar zu Ausfallzeiten führen. Dies ist eher eine Kunst als eine Wissenschaft, da es darauf ankommt, wie das System aufgebaut ist. Zu wissen, wann diese Änderungen aufgetreten sind, sind jedoch Indikatoren, die Sie auf Ihrem Performance-Dashboard haben möchten. Und das gilt nicht nur für Profilparameter, sondern auch für Kernel Updates, Enhancement Packs und so weiter. Wenn Sie einen Indikator dafür haben, wie viele Änderungen es beispielsweise im letzten Tag, in der letzten Woche oder im letzten Monat gegeben hat, können Sie einen Einblick erhalten, warum Leistungsprobleme auftreten.

      avantra_dashboard_2

      Sollten Sie ein Basis Performance Dashboard haben?

      Insgesamt kommen Leistungsprobleme in der Regel nicht einfach aus dem Nichts.

      In der Regel gibt es einen Schuldigen, und der beste Weg, ihn zu beheben, sollte niemals darin bestehen, dem System mehr CPU und Speicher zur Verfügung zu stellen.

      Indikatoren auf der OS-, Netzwerk-, Datenbank- und SAP-Ebene sollten das Leben eines Basis Engineers erleichtern. Wenn Sie leicht erkennen können, wo ein Problem auftritt, können Sie es hoffentlich beheben, bevor es zu einem größeren Problem mit Konsequenzen wird.

      Die oben genannten Leistungsbereiche sind einige der allgemeinen, übergreifenden Indikatoren. Es gibt aber noch viele weitere, die den Basis Engineers zur Verfügung gestellt werden können und sollten, aber hier beginnt es, wirklich spezifisch für Ihre persönliche Umgebung zu werden. 

      Ich hoffe, dies war ein nützlicher Leitfaden dafür, welche Leistungsindikatoren Sie in Ihr Basis Performance Dashboard aufnehmen sollten. Wenn Sie über einen dieser Bereiche sprechen möchten oder darüber, wie Sie Ihr spezielles Setup angehen können, nehmen Sie bitte Kontakt mit mir auf und ich werde gerne versuchen, Ihnen zu helfen. 

       

      251487-Avantra-LandingPage-1280x640-DE