SQVI QuickViewer
MANAGED SERVICES
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.
Beispielsweise arbeiten viele kundeneigene ABAP-Programme mit dem Uploaden oder Downloaden von Daten. Hier sind potentiell große Sicherheitslücken vorhanden, die Zugriff auf Serverdaten ermöglichen. Darüber hinaus ist der weit verbreitete direkte Aufruf von Betriebssystemkommandos, die nicht durch eine selbst programmierte Berechtigungsprüfung abgedeckt sind, ein großes Problem. Auch wenn die klassische SQL-Injection, also die Eingabe erweiterter SQL-Befehle, eine mögliche Sicherheitslücke ist, kommt sie in SAP-Systemen eher selten vor. Weiter verbreitet ist die ungewollte Dynamisierung von SQL-Aufrufen, weil Eingangsparameter nicht ausreichend geprüft werden. Die Notwendigkeit, alle Eigenentwicklungen auch intern auf solche Sicherheitslücken zu überprüfen bevor sie in den SAP-eigenen Code zur Auslieferung kommen, hat zur Entwicklung des Werkzeugs SAP Code Vulnerability Analyzer geführt.
Die Vorteile dieses Kurses SAP HANA - Installation und Administration
Zu Erstellung eines Marketingkonzepts eignet sich das Modell des Marketing-Mix. Dieses ist in der Regel in vier Säulen – die vier Ps – unterteilt. Diese sind Product (Produkt), Price (Preis), Place (Vertriebspolitik) und Promotion (Kommunikationspolitik). Bei Dienstleistungen gesellt sich hierzu oftmals noch der Aspekt Personnel (Personalpolitik). Zwar zielt das Modell des Marketing-Mix auf den externen Vertrieb von Produkten und Dienstleistungen ab, es lassen sich jedoch Aspekte daraus auch für ein internes Marketing der SAP-Basis anwenden. Zur Ausgestaltung der jeweiligen Bereiche des Marketing-Mix empfiehlt sich die Anwendung eines Leitfadens zur Entwicklung eines Marketingkonzepts. SCHRITT 1: DEFINITION DER LEISTUNG Dieser Schritt beschäftigt sich mit der Beschreibung der Dienstleistungen, die angeboten werden sollen. Ebenso liefert dieser Schritt eine Kategorisierung hinsichtlich Art der Dienstleistung. Hier seien bspw die Ebenen Sekundärdienstleistung oder Primärdienstleistung genannt. In Bezug auf die SAP-Basis beschäftigt sich dieser Schritt mit der Produktportfolioanalyse und der Erstellung von IT-Produkten und einem Produktkatalog. SCHRITT 2: EIGENE RESSOURCEN In der Folge findet eine Bestimmung der eigenen Ressourcen statt. D. h., es wird identifiziert, welche Ressourcen vorhanden sind und genutzt werden können und welche Ressourcen noch aufzubauen sind. Ressourcen sind sowohl Menschen, Objekte, Systeme, Wissen als auch Finanzmittel. Für die SAP-Basis stellt dieser Schritt eine Bestandsaufnahme dar. SCHRITT 3: FESTLEGUNG DER ZIELE Im Rahmen der Festlegung der Ziele wird bestimmt, für welche Mission und Vision der Dienstleistungsanbieter steht. Ebenso werden Ziele für messbare Ziele für die nächsten drei Jahre festgelegt.
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.
Ein Zettelkasten, in dem schnell Daten aller Art abgelegt und wiedergefunden werden können. Das verspricht Scribble Papers. Anfangs sieht das Programm sehr spartanisch aus. Aber wenn erst einmal eine kleine Struktur vorhanden ist, erkennt man die große Flexibilität dieses kleinen Helfers.
Im Allgemeinen muss der SAP-Betrieb und alle damit einhergehenden Tätigkeiten weiter professionalisiert werden. Hierzu gehören die Dokumentation der wichtigsten und geschäftskritischen Prozesse und deren Überprüfung auf Aktualität und Validität. Auch müssen Leistungen der Basis durch das IT-Service-Management erfasst und beschrieben sein, wie auch Techniken wie bspw eine RACI-Matrix zur Identifikation und Dokumentation der Verantwortlichkeiten der SAP-Basis zum Einsatz kommen.
Einige fehlende SAP Basis Funktionen im Standard werden durch die PC-Anwendung "Shortcut for SAP Systems" nachgeliefert.
Zeitabhängig wird die Betriebsart automatisch vom SAP-System gewechselt.
BW-Anfragen auf InfoCubes und DataStore-Objekte (DSOs) werden von der SAP-HANA Datenbank direkt bearbeitet, zahlreiche administrative Arbeiten der Index- und Aggregatpflege entfallen.