SWI2_DIAG Einstieg in Workitem-Analyse (SWI2)
Ist das alles, was es über SAP-Basis zu wissen gibt?
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 SAP-BASIS ALS CHANCE BEGREIFEN NAHEZU JEDE INNOVATION IM UNTERNEHMEN HAT EINEN TECHNISCHEN FUSSABDRUCK IM BACKEND, DAS MEISTENS EIN SAP-SYSTEM ABBILDET. HIER KANN DIE SAP-BASIS HELFEN EINEN MEHRWERT FÜR DAS UNTERNEHMEN ZU SCHAFFEN. DIE FRÜHZEITIGE EINBINDUNG IM PROJEKT IST DAFÜR UNABDINGBAR.
Conflict Resolution Transport
Die vertikale Skalierung hat ihre natürlichen Grenzen, zum einen in der Verfügbarkeit großer Rechner (Anfang 2017 stellten einige Hardwarepartner Rechner von einer Größe bis zu 24 TB Hauptspeicher zur Verfügung), zum anderen in deren Preis (im oberen Leistungssegment steigt der Preis pro TB Speicher stark an) und zum dritten in der Tatsache, dass auch stark parallelisierende Anwendungen wie SAP HANA auf sehr großen Rechnern nicht perfekt skalieren (NUMA-Problem, siehe Kasten). Daher ist die richtige Balance zwischen vertikaler und horizontaler Skalierung zu wählen.
Erst beim OPEN werden der Datenbank die konkreten Werte für die WHERE-Bedingung übergeben (MANDT = 100 etc.). Ein PREPARE ist nur bei der ersten Ausführung einer Anweisung nötig, sofern sie nicht aus dem SAP Cursor Cache verdrängt wird. Anschließend kann die Anweisung, die einmal präpariert (geparst) wurde, immer wieder mit einem OPEN oder REOPEN geöffnet werden. Da die DECLARE- und PREPARE-Operationen beim ersten Durchlauf ausgeführt wurden, ist in unserem Beispiel nur die OPEN-Operation zu beobachten.
"Shortcut for SAP Systems" ist eine PC-Anwendung, mit der viele Tätigkeiten in der SAP Basis vereinfacht bzw. auch überhaupt erst ermöglicht werden.
Neben der eigentlichen Umstellung an sich, gibt es aber zahlreiche andere Themen bei denen Sie sich vorab schon informiert haben sollten, da diese den Erfolg von SAP HANA bei Ihnen beeinflussen.
Weitere Details hierzu finden Sie im Abschnitt "Weitere Hinweise zum DBACOCKPIT" dieses Blog-Beitrags.