Erstellen von Dokumentationen
Lastverteilungskonzept für Dialog-Workprozesse
Da die Daten durch das Quelldatenbanksystem komprimiert sein können, berücksichtigen die Analysen den Kompressionsfaktor der Quelldatenbank. Der Kompressionsfaktor berechnet sich als Quotient aus der komprimierten Größe der Datenbank und der Größe der unkomprimierten Datenbank. SAP-Hinweis 1514966 enthält detaillierte Informationen darüber, wie Sie die Größe der Quelldatenbank und den Kompressionsfaktor bestimmen. SAP HANA komprimiert die Daten. Richtwerte für die SAP-HANA-Kompression gehen ebenfalls in die Analyse ein. Der Komprimierungsfaktor hängt von den verwendeten Szenarien ab. Abschließend wird dieser Wert mit einem Faktor für den Arbeitsbereich (dynamischer Bereich) der SAP-HANA-Datenbank multipliziert. In kleinen und mittelgroßen Systemen gibt die SAP-Dokumentation einen Wert des dynamischen Bereichs zu (komprimierter) Tabellengröße von 1:1 an. Bei großen Systemen (6 TB und größer) sinkt dieser Wert.
Die Systemänderbarkeit hat allerdings keinen Einfluss auf mandantenabhängige CustomizingÄnderungen. Falls Sie die Änderbarkeit von mandantenabhängigen Customizing-Änderungen einstellen wollen, müssen Sie die Mandantensteuerung aufsuchen. Diese erreichen Sie entweder bei der Systemänderbarkeit über den Button "Mandantensteuerung" oder indem Sie die Tabelle T000 über die Transaktion SM30 aufrufen. Wenn Sie sich nun in der Auflistung der Mandanten befinden, können Sie mit einem Doppelklick auf die jeweilige Zeile in die Einstellungen des jeweiligen Mandanten springen. Hier können Sie auch die jeweilig gewünschten Einstellungen vornehmen und anschließend speichern. Schritt-für-Schritt Anleitungen Systemänderbarkeit (mandantenunabhängige Customizing-Einstellungen und Repository-Objekte) Rufen Sie die SE06 auf und klicken Sie auf "Systemänderbarkeit". Stellen Sie die gewünschten Objekte und die globale Einstellung je nach Anforderung ein. Speichern Sie die Änderungen. Mandantensteuerung (mandantenabhängige Customizing-Einstellungen) Rufen Sie die Tabelle T000 in der SM30 auf. Machen Sie einen Doppelklick auf den gewünschten Mandanten. Ändern Sie hier die Einstellungen je nach Anforderung. Speichern Sie Ihre Änderungen.
Hybrides Entwicklungsszenario
Wie die Darstellung der SAP-HANA-Einsatz- und Entwicklungsszenarien zeigt, verliert die Applikationsebene auch im Zeitalter von SAP HANA nicht an Bedeutung. Daher wenden wir uns im nächsten Abschnitt der Client-Server-Architektur zu.
Auf www.sap-corner.de finden Sie ebenfalls viele nützliche Informationen zum Thema SAP Basis.
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.
"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.
Für die Nutzer sollte es selbstverständlich sein, sichere Passwortregeln implementiert zu haben.
Heutzutage ist die Basis als Netweaver bekannt.
Um die vielen Informationen zum Thema SAP - und auch anderen - in einer Wissensdatenbank zu speichern, eignet sich Scribble Papers.