SAP Basis SAP Sicherheitsüberwachung & Monitoring - SAP Basis

Direkt zum Seiteninhalt
SAP Sicherheitsüberwachung & Monitoring
ABAP®/ABAP® OO
Beispielhafte Bezeichnungen sind: SAP-Cross-Application, SAP-Innovation & -Technology, SAP-Services & -Innovation, SAP-Operations & -Innovation oder SAP-Service-Provider & -Business-Innovator. BESCHREIBUNG DES EIGENEN LEISTUNGS- UND SERVICEPORTFOLIOS Um von vor- oder nachgelagerten Instanzen konsultiert werden zu können, ist es notwendig, eine ausführliche und verständliche Beschreibung des eigenen Leistungsportfolios zu erstellen. Somit kann explizit festgehalten werden, in welchen Fällen die SAP-Basis kontaktiert und involviert werden muss, um notwendige Entscheidungen zu treffen und einen Projekt- oder Unternehmenserfolg nicht zu gefährden. Es ist ebenso erforderlich, neben dem Aufgabenspektrum, das durch die SAP-Basis abgedeckt wird, festzuhalten, für welche Aufgaben und Themen die SAP-Basis nicht verantwortlich ist. Diese Empfehlung ist als allgemeingültig anzusehen und trifft auf alle IT-Fachbereiche zu, um diese gegeneinander klar abzugrenzen und das Leistungsvermögen der eigenen IT-Organisation zu dokumentieren. INTERNES MARKETING KONZIPIEREN UND ETABLIEREN Aufbauend auf der Empfehlung [A3] wird empfohlen, ein internes Marketing zu konzipieren und zu etablieren. Es geht darum, die Tätigkeiten, die in Bezug auf den Unternehmenserfolg wahrgenommen werden und nicht für jedermann ersichtlich sind, transparent darzustellen.

Hosting-Umgebungen und Angebote von Drittanbietern haben ebenfalls zu diesen Verbesserungen beigetragen. Öffentliche Cloud-Umgebungen wie Azure und AWS bieten eine Abstraktionsebene, die die schwierige Aufgabe, die Hardware instand zu halten, die bei SAP vor Ort erforderlich war, überflüssig macht.
SQ01 Pflege SAP Query
Der Lebenszyklus eines SAP-Systems beginnt mit der Installation der Datenbank-Plattform. Diese wird von einem SAP Basis-Administrator installiert und kann aus einer der folgenden Datenbanken bestehen: HANA, Sybase, DB2, Oracle, MSSQL und MaxDB.

Das Betriebssystem verwaltet zwei Typen von Speicher, den lokalen Speicher (Local Memoryoder Heap Memory) und den globalen Speicher (Shared Memory). Lokaler Speicher ist immer genau einem Betriebssystemprozess zugeordnet, d. h., nur dieser eine Prozess kann diesen Speicherbereich beschreiben bzw. von ihm lesen. Shared Memory ist dagegen mehreren Betriebssystemprozessen zugänglich. So liegen z. B. alle SAP-Puffer im Shared Memory, weil alle SAP-Workprozesse einer SAP-Instanz die SAPPuffer beschreiben und von ihnen lesen müssen. Daneben wird für jeden SAP-Workprozess lokaler Speicher angelegt. Zum lokalen Speicher eines SAP-Workprozesses gehören z. B. der SAP Cursor Cache und der Eingabe-/Ausgabe-Puffer für die Übertragung der Daten von der bzw. zu der Datenbank. Die Summe aus lokalem Speicher und Shared Memory ist der virtuell allokierte Speicher. Befinden sich mehrere SAP-Instanzen oder eine SAP-Instanz und eine Datenbankinstanz auf einem Rechner, können die Prozesse einer Instanz immer nur auf den Shared Memory »ihrer« Instanz zugreifen, nicht aber auf die globalen Objekte anderer Instanzen.

Mit "Shortcut for SAP Systems" steht ein Tool zur Verfügung, das einige Aufgaben im Bereich der SAP Basis erheblich erleichtert.

Diese Recovery-Szenarien müssen konfiguriert und getestet werden.

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.
SAP BASIS
Zurück zum Seiteninhalt