Systemkopie, Systemaktualisierung, usw.
Verdrängungen und Invalidierungen
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.
Für die Verteilung der Applikationsebene auf Instanzen gilt also die Regel, dass so viele Instanzen wie nötig, aber so wenige wie möglich installiert werden sollten. Grundsätzlich unterscheiden sich die Ziele der horizontalen Skalierbarkeit der Applikationsebene nicht wesentlich von denen der horizontalen Skalierbarkeit der Datenbankebene. Es gibt allerdings einen entscheidenden Unterschied: Bei der Skalierbarkeit von Anwendungsservern entscheidet das Logon-Balancing darüber, welcher Anwendungsserver die Anfrage eines Benutzers bearbeitet. Dort liegt auch der Speicher des Benutzers (Benutzerkontext). Ein Umziehen von Speicherkontexten findet auf der Applikationsebene nicht statt (außer bei expliziter Parallelisierung, z. B. über RFC-Aufrufe). Bei SAP HANA dagegen wird der Knoten für die Prozessierung der Anfragen durch die Verteilung der Daten festgelegt.
SU24 Pflege der Berechtigungsvorschlagswerte
Heute ist mit „SAP Basis“ häufig nicht (nur) die Software-Architektur gemeint. Stattdessen ist der Begriff nicht selten eine Aufgabenbeschreibung. Diese bezieht sich auf die grundlegende Administration des Systems: Installation und Konfiguration, Ressourcenmanagement, Wartung und Monitoring der SAP-Setups eines Unternehmens. Dazu können die Nutzerverwaltung, das Patch-Management und die Systemüberwachung gehören. Die Backup-Politik, Rechtemanagement und tägliche Maintenance-Tasks sind ebenfalls Aufgaben der Basis-Admins.
Mit dem Wachstum der Firma kamen auch Erweiterungen hinzu und des Bedürfnisses nach einem ganzen SAP-Basis-Team. Grundsätzlich ist es ein Zustand, der in jeder Organisation, die SAP-Systeme aufrechterhält, früher oder später eintritt.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Hier finden Sie u. a. Informationen über die Anzahl der Memory-Pipe-Puffer (Feld Total #Mpi Buffer und über deren Auslastung (Feld Peak buffer usage).
Für jeden Benutzer gibt es jedoch nicht nur einen, sondern bis zu drei erzeugte Passwort-Hashes.