Migration der SAP-Systeme in HANA DB
PI Interfaces, Web Services (Process Integration/Orchestration)
Im linken unteren Bildschirmbereich Analysesichten wählen Sie die unterschiedlichen Lastprofile des Workload-Monitors aus, mit denen eine detaillierte Analyse der Lastverteilung und der Antwortzeiten möglich ist. Profile stehen für die technische Analyse (z. B. Task-Typ-Profil, Zeitprofil, Rechnerprofil und Hauptspeicherprofil) sowie für die Anwendungsanalyse (z. B. Transaktionsprofil, Benutzerprofil, Mandantenprofil und Accounting-Profil) zur Verfügung. Wählen Sie hier zunächst das Profil Systemlastübersicht aus, auf das wir im Folgenden zunächst eingehen. Weitere Profile wie das Transaktions- und das Zeitprofil werden wir in den folgenden Abschnitten behandeln.
Beim Sizing von Internetanwendungen entsteht das Problem, dass sich Benutzeranzahl und Durchsatz zu Spitzenlastzeiten nur schwer im Voraus ermitteln lassen. Sind Ihre Anwendungen zu diesen Zeiten nicht verfügbar und performant, drohen massive Schäden: Ein zum Teil beträchtlicher finanzieller Schaden, denn viele Interessenten werden ihren erfolglosen Zugriff später nicht noch einmal wiederholen. Ein Imageschaden, denn viele erfolglose Interessenten werden den Anbieter der Seite möglicherweise als inkompetent und die Anwendung als unsicher empfinden. Möglicherweise ein juristischer Schaden: Insbesondere in den Anfangszeiten des Onlinebankings waren Banken nicht in der Lage, ausreichend Kapazitäten in Callcentern und beim Internetzugriff zur Verfügung zu stellen, um die Anfragen ihrer Kunden zu bearbeiten. Die Bundesbehörden in Deutschland haben daraufhin Banken öffentlich und massiv gewarnt und klargestellt, dass sie dazu verpflichtet seien, ihren Kunden einen angemessenen Zugriff zu ermöglichen, wenn sie Onlinebanking anbieten. In allen beschriebenen Fällen wird zu den Spitzenlastzeiten mit mehreren tausend Benutzern gerechnet. Da Benchmark-Ergebnisse vorliegen, kann in diesen Fällen ein Hardware-Sizing durch kompetente Mitarbeiter der Hardwarepartner vorgenommen werden. Ein Problem, das sich aus der Natur der Sache ergibt, ist, dass die Hardware, die für die Spitzenlastzeiten benötigt wird, eventuell an 350 Tagen im Jahr ungenutzt »herumsteht«. Es wird in Zukunft immer mehr derartige Geschäftsszenarien geben, in denen ein aktives Kapazitätsmanagement gefragt ist.
Sehr gute Informatikkenntnisse – speziell SAP-Lösungen
Es ist daher also nicht unüblich, dass im Rahmen einer Revision oder durch externe Prüfer eine regelmäßige Überprüfung der Berechtigungszuordnungen gefordert wird. Dies ist mit SAPStandardmitteln ein sehr mühsamer Prozess. Ein Berechtigungsadministrator müsste in diesem Szenario zunächst manuell jeden Mitarbeiter einem bestimmten Vorgesetzten zuordnen und deren Rollen ermitteln. Danach müsste ein Export dieser Rollen aus dem System passieren (beispielsweise in eine Excel-Datei) und diese wiederum dem Vorgesetzten vorgelegt werden, sodass dieser entscheiden kann, ob die Rollenzuordnung passend ist oder nicht.
Beim Versuch, Daten in eine Datenbanktabelle zu füllen (Insert-Operation) kommt es zu einem Fehler auf der Datenbank, weil eine Datenbankdatei oder eine Festplatte voll ist. Die Datenbankinstanz liefert eine Fehlermeldung an den aufrufenden SAP-Workprozess zurück. In der Regel wird auch eine Fehlermeldung in die Datenbankfehlerprotokolldatei geschrieben. Tritt dieser Fehler in der SAP-Verbuchung auf, stoppt dieser Workprozess die gesamte SAP-Verbuchung. Von diesem Moment an bleiben alle SAP-Verbuchungsaufträge stehen. Ob die Verbuchung deaktiviert wurde, stellen Sie in der Verbuchungsverwaltung fest, die Sie über folgenden Menüpfad erreichen: Werkzeuge > Administration > Monitor > Verbuchung. Verwenden Sie alternativ den Transaktionscode SM13. Stellen Sie fest, obSie im Feld unter Verbuchungssystem die Information Verbuchung wurde deaktiviert finden. Ist dies der Fall, existiert im SAP-Syslog (Transaktionscode SM21) ein Eintrag, aus dem hervorgeht, wann, von wem und aus welchem Grund die Verbuchung deaktiviert wurde. Nachdem eine Verbuchung nicht mehr möglich ist, werden mit der Zeit auch immer mehr Dialog-Workprozesse stehen bleiben, die auf den Abschluss von Verbuchungen warten. Diesen Prozess können Sie in der Workprozess-Übersicht verfolgen. Die Fehlersituation kann in der Regel ebenfalls beseitigt werden, ohne das SAP-System bzw. die Datenbank zu stoppen. Beheben Sie dazu zunächst den Datenbankfehler, indem Sie z. B. das Dateisystem erweitern. Aktivieren Sie anschließend manuell die SAP-Verbuchung. Wählen Sie dazu im Verbuchungsmonitor (SM13) Administration > Aktivieren. Die SAP-Verbuchung kann mit ihrer Arbeit fortfahren und die aufgelaufenen Aufträge weiterbearbeiten.
Tools wie z.B. "Shortcut for SAP Systems" sind bei der Basisadministration extrem nützlich.
Dies sollte nur restriktiv vorgenommen werden, um einer Manipulation auf produktiver Ebene vorzubeugen.
In der Dispatcher-Queue muss der Auftrag bis zum Freiwerden des benötigten Workprozesses warten.