Initiales Hardware-Sizing
Online, Offline, Delta Backups
Dieser Punkt klingt zuerst vielleicht ein wenig banal. Wer testet, dokumentiert das doch sicherlich? Die Erfahrung zeigt: Ja, aber oftmals lückenhaft. Bei erfolglosen Tests, bei denen im Anschluss Nachoder Zusatzentwicklungen anstehen und die Fehlerursache auf den ersten Blick nicht direkt ersichtlich ist, zahlt sich eine gute Ergebnisdokumentation oftmals aus. Dies spart Entwicklern Zeit in der Kommunikation und Aufwand durch eine erneute Nachstellung des Szenarios. An dieser Stelle bietet der SAP Solution Manager umfangreiche Möglichkeiten, Templates und Ergebnisdokumente zentral und in den einzelnen Testplänen zu verwalten. Ausschließlich automatisiert Testen Das automatisierte Testen bietet viele Vorteile, sei es eine höhere Softwarequalität durch umfassendere Testabdeckung oder Wiederverwendbarkeit von Testfällen. Jedoch ist es nicht immer sinnvoll, ausschließlich auf Automatisierte Testskripte zurückzugreifen. Eine weniger gute Wahl stellt die Testautomatisierung bei sich häufig änderder Software bzw. Prozessen dar, da hierbei der Wartungsaufwand enorm hoch sein kann. An dieser Stelle ist es oftmals effektiver, manuelle Testdurchläufe auszuführen, anstatt viel Zeit in die mehrmalige Anpassung von Testskripten zu investieren. Schlechte Testvorbereitung Die relevanten Prozesse wurden definiert, die Testpläne angelegt und der Testzeitraum hat begonnen - also kann das Testen ja beginnen? Nicht immer. Oftmals führt mangelnde Testvorbereitung zu ungeplanten zeitlichen Zusatzaufwänden. Mal wurden die Tester nicht mit der Testumgebung vertraut gemacht oder keiner hat daran gedacht, sich um einen ausreichenden und aktuellen Testdatenbestand (Stammdaten, Bewegungsdaten) zu kümmern. Stellen Sie sicher, dass Sie wirklich an alles Nötige gedacht haben! (fehlende Testdaten, nicht repräsentative Testumgebung, instabil).
Die mittlere Antwortzeit im Dialog-Task wird von vielen SAP-Anwendern als das entscheidende Kriterium für die Performance eines SAPSystems angesehen. Als »magische Grenze« für eine gute Performance wird in der Praxis oft eine mittlere Dialog-Antwortzeit von 1 Sekunde betrachtet. Ein derart pauschales Kriterium wird jedoch der Vielfalt der unterschiedlichen Anforderungen an SAP-Systeme nicht gerecht. Ein Richtwert muss individuell für jedes System definiert werden.
High Availability ( HA/DR ) Konzepte
Am Ende eines Transaktionsschrittes verlässt ein Benutzer den Workprozess, damit ein anderer Benutzer mit diesem Workprozess weiterarbeiten kann. Dabei muss der Benutzerkontext aus dem Workprozess herausgerollt werden. Wird dem Benutzer beim nächsten Transaktionsschritt ein anderer Workprozess zugewiesen, wird der Benutzerkontext dem neuen Workprozess zur Verfügung gestellt. Der Benutzer kann auf diese Weise mit seinen alten Daten weiterarbeiten. Dieser Vorgang heißt Roll-in.
Sind Sie an der aktuellen Lastverteilung der letzten Minuten interessiert, wählen Sie im Eingangsbildschirm des Workload-Monitors im Selektionsbaum die Funktion Detailanalyse > Last der letzten Minuten. Wählen Sie anschließend den Zeitraum, über den die Antwortzeiten gemittelt werden sollen (z. B. 15 Minuten zurück in die Vergangenheit) und, sofern möglich, weitere Einschränkungen. Über diesen Weg gelangen Sie ebenfalls auf den Hauptbildschirm des Workload-Monitors in die Sicht Last der letzten Minuten.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Aus diesem Grund sind plattformübergreifende, integrationsfähige Job-Scheduler gefragt, die auf ungeplante Ereignisse reagieren können.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Für eine SAP-GUI-Transaktion wird die End-to-End-Laufzeitanalyse mithilfe des Transaktionscodes /$GUI_E2E_TRACE eingeschaltet.