Verantwortlichkeiten des SAP-Basis-Beraters:-
Konzeption und Design Ihrer SAP-Landschaft für Azure / AWS
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.
Der Datenpuffer einer Datenbankinstanz vermindert nicht nur die Laufzeit lesender Zugriffe, er beschleunigt auch ändernde Datenbankoperationen, denn bei einer Änderungsoperation wird zunächst nur der entsprechende Datenblock im Datenpuffer geändert. Das Festschreiben der Änderungen auf der Festplatte erfolgt asynchron, also zu einem späteren Zeitpunkt. So können vielleicht mehrere Änderungsoperationen auf einem Datenblock im Puffer »gesammelt« werden, bevor der Block auf der Festplatte gesichert wird. In gewissen Abständen jedoch muss die Datenbankinstanz alle geänderten Datenblöcke auf die Festplatten schreiben. Eine solche Aktion bezeichnet man als Checkpoint bzw. Savepoint.
E-Learning als Optimierungspotential für Unternehmen
Die Aufgabe der SAP Basis ist es, einen störungsfreien, interoperabel und portablen (mobilen) Betrieb der SAP-Systeme im Unternehmen zu gewährleisten. Interoperabel bedeutet, dass unabhängige und heterogene IT-Systeme zusammenarbeiten können.
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.
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
Um die Verfügbarkeit – die erste Erwartung eines Benutzers an eine Anwendung – zu gewährleisten, bieten die meisten System-Management-Plattformen am Markt eine Überwachung von Hardware- und Softwarekomponenten an.
Beides wird benötigt, um die Lösungsdokumentation im Zusammenspiel mit anderen Komponenten nutzen zu können.