Bekannte Fehler
SAP Remote Support
Jede SAP-Systemarchitektur ist so individuell wie das Unternehmen selbst. Eine vollumfängliche Planung, auch in Bezug auf das Hardware-Sizing, ist daher unerlässlich. Diese Leistungen gehören hier dazu:
In der Regel kommen zur Beseitigung eines Performanceproblems mehrere Lösungen in Betracht. Bei der Entscheidung, welche Maßnahmen in welcher Reihenfolge durchgeführt werden sollen, gilt der Grundsatz: »Besser Last vermeiden, als Last zu verteilen«. Natürlich gilt auch hier: keine Regel ohne Ausnahme. In Einzelfällen oder als Übergangslösung kann es günstiger sein, ein ineffizientes Customizing und ineffizient geschriebene Kundenprogramme durch technische Maßnahmen wie das Anlegen von Indizes, das Vergrößern der Puffer oder durch größere und schnellere Hardware auszugleichen. Der tatsächliche Maßnahmenkatalog zum Performancetuning muss daher aufgrund einer Performanceanalyse und im Hinblick auf die lokalen Gegebenheiten abgestimmt werden.
Vergrößerung der Last unter Beibehaltung des Applikationsprofils
Die 5 häufigsten Fehler beim SAP Testmanagement In diesem Blogbeitrag möchte ich auf die 5 häufigsten Fehler im Bereich SAP Testmanagement eingehen, die nach meiner Erfahrung regelmäßig in diesem Bereich auftreten. Ich hoffe, dass ich Ihnen hiermit eine Hilfestellung geben kann, damit Sie diese Fehler vermeiden können. Kein Testmanagement Ganz simpel. Sie haben komplexe SAP Software im Einsatz oder führen gerade ein neues Modul zugeschnitten auf Ihr Unternehmen ein, der Testprozess spielt jedoch eine untergeordnete Rolle und Tests finden nur sporadisch und unstrukturiert statt? Dann haben Sie bereits den ersten Fehler gemacht. Zur Sicherung einer hohen Softwarequalität, Umgehung von versteckten Fehlerfolgekosten und bewusster Einplanung eines Testzeitraums statt des Risikos von Zeitengpässen sollte eine methodische Vorgehensweise eingeplant werden. Zu großer Testumfang Haben Sie entschieden, Testmanagement einzuführen, muss abgewogen werden, welcher Ressourcenaufwand dafür betrieben wird. Durch einen hohen Testaufwand gerät das Kosten-Nutzen- Verhältnis schnell in den Bereich der Unwirtschaftlichkeit, denn die dafür benötigte Zeit treibt die Kosten in die Höhe. Auf der anderen Seite soll die Testqualität natürlich hoch sein. Deshalb ist eine strukturierte und umfassende Vorgehensweise von hoher Wichtigkeit. Grundsätzlich sollten Sie darauf achten, dass die Kosten für den Testaufwand nicht den Durchschnitt der Fehlerfolgekosten überschreiten.
Die zweite Komponente der Applikationsschicht ist der Message-Server. Er fungiert als eine Art „Vermittler“ zwischen den Diensten und den Applikationen.
Tools wie z.B. "Shortcut for SAP Systems" sind bei der Basisadministration extrem nützlich.
Während des Einspielens eines Support Package wird der Modus blockiert.
Da man in der Regel nicht am Trace von Pufferladevorgängen interessiert ist, sollten Sie ein Programm zunächst einmal ohne Trace ausführen, sodass alle Puffer geladen werden (SAP-Puffer und Datenbankpuffer).