Applikationssicht
Datenbank-Management, Datenbank-Export und Datenbank-Import
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).
Eine automatische Fehlerbehandlung bei Abbruch eines Jobs ist in den meisten Fällen wünschenswert und sinnvoll. Die bewusste Verarbeitung und Berücksichtigung von Fehlersituationen in Jobketten – auch auf Stepebene – kann den manuellen Aufwand verringern helfen. Fehlersituationen sollten abfangbar sein: Handelt es sich um nicht kritische Elemente, kann der folgende Job vielleicht trotzdem gestartet werden. Bei kritischen Fehlern soll ein neuer Versuch unternommen werden oder eine Alarmierung erfolgen, damit ein Administrator manuell eingreifen kann. Hierzu sind einfache Batch-Jobs in der Regel nicht in der Lage. Ziel einer automatisierten Umgebung ist es, nicht auf jeden fehlerhaften Job manuell reagieren zu müssen.
Anzahl der Anmeldegruppen
Sowohl auf dem Datenbankserver als auch auf den Applikationsservern muss überprüft werden, ob ausreichend Hardware (CPU und Hauptspeicher) zur Verfügung steht, um die anstehende Last zu bewältigen. Darüber hinaus muss sichergestellt werden, dass die Betriebssystem- und Netzwerkparameter optimal eingestellt sind, um eine gute Hardwareperformance zu erreichen. Zu diesem Punkt möchten wir Sie auch auf die Werkzeuge und die Literatur der Hardwarehersteller verweisen.
Auch die Aufzeichnung von Datenänderungen in Tabellen mithilfe von Transporten sollte aktiv sein. Hierfür muss die Kenngröße „RECCLIENT“ in Ihrem Transportmanagementsystem (Transakation STMS) auf allen Systemebenen mit „ALL“ hinterlegt sein.
Mit "Shortcut for SAP Systems" werden Aufgaben im Bereich der SAP Basis vereinfacht und fehlende Funktionen des Standards ergänzt.
Das Verständnis für die Struktur und Funktionsweise des Systems ist insbesondere für die IT-Administration wichtig. Nicht umsonst ist „SAP Basis Administrator“ ein eigenes Berufsfeld. Auf der Seite www.sap-corner.de finden Sie nützliche Informationen zu diesem Thema.
Dabei werden potenzielle Risiken identifiziert, welche den sicheren Betrieb Ihrer IT-Landschaft gefährden können.
Wenn die Anforderungen an Hauptspeicher- und CPU-Bedarf wachsen, ist SAP HANA in der Lage, sowohl vertikal als auch horizontal zu skalieren.