SAP Basis SWUS Workflow testen - SAP Basis

Direkt zum Seiteninhalt
SWUS Workflow testen
Ressourcenzuordnung zu den Systemen
Häufig effizienter als die Analyse der aktuell laufenden SQL-Anweisungen ist die Analyse der in der Vergangenheit ausgeführten Anweisungen anhand von Statistiken über die kumulierten Performancekennzahlen. Diese Statistiken umfassen z. B. die Anzahl der Ausführungen einer SQL-Anweisung, die Zahl der logischen und der physischen Lesezugriffe pro Anweisung, die Anzahl der gelesenen Zeilen, Antwortzeiten etc..

Ein Stillstand der Datenbankinstanz hat innerhalb kürzester Zeit den Stillstand des gesamten SAP-Systems zur Folge. Zu einem Stillstand der Datenbankinstanz kommt es insbesondere dann, wenn kritische Speicherbereiche der Datenbank erschöpft sind, etwa die Log-Bereiche (z. B. das Log Volume bei SAP HANA, die Redo-Log-Dateien bei Oracle, die Archive-Log-Dateien bei DB2 oder das Transaction Log bei SQL Server) oder das Dateisystem. Die Fehleranfälligkeit ist besonders hoch zu Zeiten, in denen viele Informationen auf der Datenbank fortgeschrieben werden, z. B. bei Datenübernahmen oder Mandantenkopien.
Überwachung der Dispatcher-Queue
Weiter unten finden Sie die statistischen Daten, die Ihnen Auskunft über die Performance des SAP-Systems und über mögliche Ursachen von Performanceproblemen geben. Wählen Sie die Analysesicht Systemlastübersicht im linken unteren Fenster, sind die Statistiken für Antwortzeiten und Durchsatzzahlen nach den unterschiedlichen Task-Typen aufgeschlüsselt. Die Task-Typen korrespondieren im Wesentlichen mit den Workprozess- Typen Dialog, Update, Update2, Background und Spool. Der Workprozess- Typ Dialog wird jedoch weiter aufgegliedert in die Task-Typen Dialog, RFC, AutoABAP, Buffer Sync etc..

Ob sich in einem Projekt eine Serverkonsolidierung oder eine Virtualisierung als Königsweg erweist, hängt nicht nur von den Kosten für die Hardwarebeschaffung und -wartung ab. Eine Konsolidierung kann auch in anderen Bereichen des Produktionsbetriebs Kosten verursachen, die in Betracht gezogen werden müssen: Wartungstermine (z. B. für Upgrades) müssen zwischen unterschiedlichen Benutzergruppen abgesprochen werden. Eventuell muss für ein System ein Korrekturstand eingespielt werden, der eine Ausfallzeit für alle Systeme nach sich zieht. Um eine hohe Verfügbarkeit in einer konsolidierten Landschaft zu erreichen, müssen die Rechner in Hochverfügbarkeitsclustern zusammengefasst werden. Das bedeutet, dass bei Ausfall eines Rechners die unterschiedlichen Services auf anderen Rechnern automatisch gestartet werden (Failover Recovery). Diese Recovery-Szenarien müssen konfiguriert und getestet werden. Teilweise fallen zusätzliche Lizenzkosten für die Virtualisierungs- und Ressourcensteuerungssoftware an. Die Ressourcenvergabe an die unterschiedlichen Systeme muss definiert und überwacht werden. Den Aufwand für die Einarbeitung und die Bedienung der entsprechenden Software zur Virtualisierung und Ressourcensteuerung müssen Sie ebenfalls berücksichtigen. Wenn Sie eine Virtualisierungssoftwareschicht einsetzen, so benötigt diese zusätzliche Ressourcen. Ohne hier eine Aussage über eine konkrete Lösung treffen zu können, liegt der Richtwert, an der sich eine solche Lösung messen muss, bei einem Aufschlag von 10 %.

Etliche Aufgaben im Bereich der SAP Basis können mit "Shortcut for SAP Systems" wesentlich erleichtert werden.

Durch die Verwendung eines IdMSystems können manuelle Prozesse durch automatisierte Workflows ersetzt werden, die zentral abgebildet und administriert werden.

Anhand des Workload-Monitors können Sie die Beobachtungen der Benutzer verifizieren, indem Sie prüfen, ob die Zeiten, die alle Transaktionen gleichermaßen betreffen, erhöht sind.
SAP BASIS
Zurück zum Seiteninhalt