INNOVATIONS-MANAGEMENT
Betriebswirtschaftliche In-Memory-Anwendung
Der SAP Patch Manager bietet zwei Szenarien zum Einspielen der Support Packages bzw. der Queue: Testszenario Verwenden Sie das Testszenario, um vor dem eigentlichen Einspielen festzustellen, ob Konflikte oder Probleme auftreten (zB nicht freigegebene Reparaturen) oder ob ein Modifikationsabgleich notwendig ist. Mit diesem Szenario können Sie den Zeit- und Arbeitsaufwand für das Einspielen der Support Packages abschätzen und gegebenenfalls minimieren. In diesem Szenario werden keine Daten in das System importiert und Sie können im Fehlerfall auch ohne Behebung des Fehlers das Einspielen fortsetzen. Sie müssen das Testszenario explizit auswählen. Beachten Sie, daß nach dem Durchlaufen des Testszenarios die Queue wieder leer ist und neu definiert werden muß. Außerdem müssen Sie anschließend explizit das Standardszenario auswählen.
Das Hauptspeicher-Sizing für eine SAP-HANA-Datenbank unterscheidet sich grundlegend vom Sizing für eine traditionelle Datenbank. Beim traditionellen Sizing geht man von der Anzahl der Benutzer oder Transaktionen aus, multipliziert diese mit einem Gewichtungsfaktor und errechnet daraus (über den CPU-Bedarf) den Hauptspeicherbedarf. Diese Methode des Sizings geht also davon aus, dass ein Benutzer oder eine Transaktion eine gewisse Hauptspeichergröße benötigt, um die Daten, auf die er/sie häufig zugreift, im Hauptspeicher zu halten. Die absolute Größe der Datenbank spielt beim Hauptspeicher-Sizing-Ansatz für einen traditionellen Datenbankserver nur eine untergeordnete Rolle. Im Gegensatz dazu berechnet sich das Hauptspeicher-Sizing für eine SAP-HANA-Datenbank primär aus der Größe der Datenbank, denn diese soll ja im Hauptspeicher gehalten werden. Das SAP-HANA-Sizing für eine Neuinstallation können Sie im Quick Sizer analog zu einem Projekt für eine traditionelle Datenbank durchführen.
Migration der SAP DB-Systeme (zwischen unterschiedlichen Datenbanken)
Mit Hilfe von Profilparametern können wir im SAP System alles konfigurieren. Dabei sind einige Parameter dynamisch änderbar, das heißt, dass sie geändert werden können ohne das System neu zu starten. Diese Änderungen sind dann aber nicht permanent, das heißt, nach einem Systemneustart, werden wieder die vorher eingestellten Profilparameter verwendet. Andere Parameter hingegen sind statisch, also nur mit einem Neustart und nur permanent änderbar. Die meisten Profilparameter für die Speicherallokation sind eigentlich statisch. Es gibt jedoch die Möglichkeit diese mit dem Report RSMEMORY dynamisch anzupassen. Lesen Sie hier wie Sie herausfinden, ob ein Parameter statisch oder dynamisch ist und wie sie den Report RSMEMORY verwenden um die Speicherallokationsparameter dynamisch anzupassen. RZ11 - Pflege der Profilparameter Die Transaktion RZ10 gibt uns Informationen über Profile, die wiederum verschiedene Profilparameter enthalten. In der Transaktion RZ11 ist es hingegen möglich sich Informationen zu einzelnen Parametern anzuschauen, vorausgesetzt man kennt ihren Namen. Wie Sie in unserem Beitrag zu Speicherparametern lesen können, sind für die Speicherverwaltung besonders die folgenden 5 Parameter wichtig: abap/heap_area_total abap/heap_area_dia abap/heap_area_nondia ztta/roll_extension_dia ztta/roll_extension_nondia Wenn Sie mal nicht genau wissen, wie ein Parameter heißen könnte, lohnt es sich an dieser Stelle auch die F4-Hilfe zu verwenden. Für den Parameter abab/heap_area_dia gibt die RZ11 beispielsweise folgendes aus: Beschreibung des Parameters abap/heap_area_dia in der RZ11 Wie Sie hier sehen können, handelt es sich nicht um einen dynamischen Parameter. Nun ist es doch ziemlich leidlich, wenn getestet werden soll, ob genug Speicher zur Verfügung steht immer wieder das System neu zu starten. Zu diesem Zweck gibt es den Report RSMEMORY. RSMEMORY - Testen Sie ihre Speicherallokationsstrategie Anzeige des Reports RSMEMORY Hier ist weder eine Dokumentation, noch eine Wertehilfe Verfügbar, aber die SAP Dokumentation verrät, wie der Report zu benutzen ist. Hier wird zunächst zwischen Dialog und Nicht-Dialog- Workprozessen unterschieden. Das heißt im ersten Bereich können Sie den Extended Memory (Speicherklasse 1) und den Heap Memory (Speicherklasse 2) für Dialog Workprozesse festlegen und in der zweiten selbiges für Nicht-Dialog-Workprozesse.
Aufgrund der Technologievielfalt, auch im SAP-Produktportfolio, ist die Betreuung durch eine einzige Silo-Einheit SAP-Basis fast nicht mehr leistbar. Ebenso gibt es viele Tätigkeiten, die aus historischen Gründen in der SAP-Basis und parallel im Non- SAPBereich angesiedelt sind. Hier gilt es, durch Standardisierung, Integration und Zentralisierung die Trennung zwischen SAP und Non- SAP zu prüfen und nach Möglichkeit aufzuheben. So kann bspw das Thema Output-Management in einem Team angesiedelt werden, das über das Wissen im SAP-Druckbereich sowie im Non- SAP-Druckbereich verfügt und Kontaktpunkte in die SAP-Basis besitzt. Von Seiten der SAP-Basis sind den Non- SAP-Bereichen Werkzeuge zur Verfügung zu stellen, die diese bei der Arbeit im SAP-Umfeld unterstützen.
Verwenden Sie "Shortcut for SAP Systems", um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Wenige Tage später schlüpft er in eben diese Verkleidung, wechselt erfolgreich seine Identität und schwindelt sich fortan als Hauptmann von Köpenick durch Berlin.
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.
Zudem bereiten die Anwendungen die Daten so auf, dass sie der Nutzer über die Präsentationsschicht visuell erfassen kann.