SAP Basis Ein Umzug steht an - SAP Basis

Direkt zum Seiteninhalt
Ein Umzug steht an
SAP Basis in der Cloud
In vielen Unternehmen, ist das SAP-System der Dreh- und Angelpunkt des Geschäftsalltags. Damit das System jederzeit zur Verfügung steht, sorgt ein SAP Basis Team für dessen reibungslosen Betrieb.

Big-Data-Lösungen verwalten Daten im Petabyte-Bereich. Big-Data-Architekturen unterscheiden zwischen heißen und kalten Daten. Die kalten Daten werden auch als Datensee (Data Lake) bezeichnet. Auf diesen Daten werden in Hintergrundprozessen Analysen und Prozesse wie maschinenbasiertes Lernen ausgeführt, und auf diese wird nur bei Bedarf zugegriffen (historische Daten oder Details). Komplementär dazu werden als heiße Daten die Daten bezeichnet, auf denen Benutzer interaktiv Analysen ausführen. SAP HANA bietet sich als Speicher für heiße Daten an. Komplementäre Speicher für kalte Daten können u. a. sein: SAP IQ bzw. der SAP HANA Extended Storage als festplattenorientierte, spaltenorientierte Datenbank für analytische Anwendungen, mit denen Daten bis in den Petabyte-Bereich verwaltet werden können, SAP Vora als Abfrage-Engine für Big-Data-Speichersysteme (wie HDFS/S3) mit enger Integration in SAP HANA.
Betrieb Ihrer ERP-Landschaft auf SAP on HANA
Der SAP EG Memory dient der Ablage von benutzerkontextübergreifenden Daten und von ABAP Shared Objects. Der SAP EG Memory ist ein Teil des SAP Extended Memorys. Er wird maßgeblich durch die Parameter em/global_area_MB und abap/shared_objects_size_MB bestimmt. Der SAP Extended Memory muss also deutlich größer konfiguriert werden als der SAP EG Memory, um ausreichend Speicherplatz für die eigentlichen Benutzerkontexte zu bieten. In SAP-Hinweis 1014010 finden Sie weitere Informationen zur Konfiguration des SAP EG Memorys. Verwenden Sie den in den Kernel integrierten ITS, müssen Sie den SAP EG Memory je nach Anzahl der Benutzer und der ITS-Anwendungen größer einstellen.

Von Verdrängungen (Swaps) abzugrenzen sind Invalidierungen, die in der Spalte Swaps nicht enthalten sind. Bei einer Invalidierung wird ein gepuffertes Objekt (z. B. ein Programm oder eine Tabelle) für ungültig erklärt, weil es geändert wurde. Invalidierungen von gepufferten Objekten führen ebenfalls zu einer verminderten Trefferrate und zu Nachladevorgängen von der Datenbank, können aber mit diesem Monitor nicht identifiziert werden. Invalidierungen treten u. a. dann auf, wenn Programme oder Customizing-Einstellungen im produktiven Betrieb geändert oder in ein produktives System transportiert werden. Daher sollten Importe in ein produktives System zu Zeiten mit hoher Last unterbleiben, und stattdessen an ein oder zwei Terminen pro Woche zu Zeiten mit niedriger Systemlast vorgenommen werden. Tabellen, die zu groß für die Pufferung sind, können ebenfalls zu Problemen in den Tabellenpuffern führen. Diesem Thema ist Kapitel 12, »SAP-Pufferung«, gewidmet.

"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.

Der Zeitraum, für welchen die User einen Notfallbenutzer beantragen können, sollte limitiert sein.

Den zweiten wichtigen Speicherbereich bilden die SAP-Puffer.
SAP BASIS
Zurück zum Seiteninhalt