Workload-Analyse durchführen
Daten- & System-Migrationen
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).
Mit dem sogenannten Zero Administration Memory Management erübrigen sich alle manuellen Einstellungen. Es steht unter Windows ab SAPBasisversion 4.0, für Linux mit Version 6.20 und ab Version 7.40 für alle UNIX-Plattformen zur Verfügung. Die SAP-Hinweise 88416, 386605 und 2085980 beschreiben die Verfügbarkeit und die Eigenschaften. Das Zero Administration Memory Management benötigt nur noch einen SAP-Profilparameter: PHYS_MEMSIZE. Dieser legt fest, wie viel vom gesamten physischen Hauptspeicher eines Rechners für die SAP-Instanz verwendet werden soll. Wird kein Wert für PHYS_MEMSIZE im Instanzprofil eingetragen, wird für diesen automatisch die Größe des physischen Hauptspeichers eingestellt. Alle weiteren Parameter der SAP-Speicherverwaltung werden automatisch in Abhängigkeit vom SAP-Parameter PHYS_MEMSIZE berechnet.
SAP Berechtigungen
SAP-Lösungen werden in der Regel auf mehreren Systemen betrieben. Hier bezeichnen wir Anwendungen mit SAP-Technologiekomponenten und eigener Datenbankinstanz (mit der dreistelligen Datenbank-ID, die in einer SAP-Landschaft eindeutig sein muss) als SAP-Systeme. Die Installation eines oder mehrerer SAP-Produkte als SAP-Systeme bildet eine SAP-Systemlandschaft.
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.
So viele Informationen... wie kann man die aufheben, so dass man sie bei Bedarf wiederfindet? Dafür eignet sich Scribble Papers ganz hervorragend.
Auch bei SAP HANA als Hauptspeicherdatenbank spielt die Performance der Festplatten noch eine Rolle, denn auch SAP HANA muss ein Datenbank-Log schreiben, sowie bei Bedarf einen Datenbank-Savepoint. Die Leseperformance der Festplatten spielt dagegen nur beim Laden der Tabellen, beim Start der Datenbank oder bei der Reorganisation (Umverteilung) der Tabellen zu Optimierungszwecken eine Rolle.
Einige fehlende SAP Basis Funktionen im Standard werden durch die PC-Anwendung "Shortcut for SAP Systems" nachgeliefert.
Ein Array-Fetch trägt im Vergleich zur Übertragung einzelner Sätze in einer Client-Server-Umgebung dazu bei, die Performance einer Anwendung zu verbessern.
Warum ist es wichtig mandantenunabhängige Transaktionen gesondert zu betrachten? Stellen Sie sich vor, dass jeder Ihrer Mitarbeiter einen Mandanten im Produktivsystem anlegen oder ändern darf, oder noch schlimmer - beides.