Weitere Hinweise zum DBACOCKPIT
SAP HANA als Hot Store für eine Big-Data-Lösung
Innerhalb dieses Schrittes findet die Wahl einer Preisstrategie statt. Es gilt, bei der gewählten Strategie das Preis-Leistungs-Verhältnis im Blick zu behalten. Ebenso ist die Auswahl zu begründen. Fortführend wird der Preis für die Dienstleistung festgelegt, wie auch formale Entscheidungen hinsichtlich Verrechnungsmodellen und Nachlässen getroffen werden. Für die SAP-Basis spielt dieser Schritt eine weniger wichtige Rolle. Zwar ist es notwendig, im Sinne der Wertschätzung und Verrechnung die zu definierenden IT-Produkte mit einem Preis zu versehen, jedoch muss dafür kein aufwendiges Preissystem abgebildet werden. SCHRITT 8: MARKTKOMMUNIKATION Der Schritt der Marktkommunikation beschreibt die Art und Weise, wie die jeweilige Dienstleistung beworben und wie diesbezüglich mit den Kunden kommuniziert werden soll. Es geht um die geplanten Kommunikationswerkzeuge, die den Ort der Kommunikation beschreiben, die Kommunikationsmittel, die beschreiben, womit geworben werden soll, und die Inhalte. Diese leiten sich in der Regel aus der zu bewerbenden Zielgruppe ab. Für die SAP-Basis stellen die Inhalte ein wesentliches Merkmal der Marktkommunikation dar. D.h., in Abhängigkeit mit der Zielgruppe müssen Informationen erstellt und kommuniziert werden. SCHRITT 9: INTERNE KOMMUNIKATION Die interne Kommunikation beschreibt, wie die zuvor genannten Aspekte ebenfalls nach innen, dh in Richtung der eigenen Mitarbeiter erfolgreich kommuniziert werden können.
Für die Berechtigungsanforderung eines Nutzers sollen entsprechend die bereits vergebenen Transaktionen mit Nutzerzuordnung ermittelt werden, um diese beim Heraussuchen einer passenden Rolle ausschließen zu können. Wie gelingt dies? Für die Ermittlung bestimmter Transaktionen mit Nutzerzuordnung bestehen verschiedene Möglichkeiten mit unterschiedlicher Ausprägung des Ergebnisses. Im folgenden Beitrag werden zwei Varianten vorgestellt. Im ersten Abschnitten wird zunächst beschrieben, wie das Problem mittels SUIM angegangen werden kann und welche Probleme dabei auftreten. Anschließend wird erläutert, wie die Aufgabe durch die Nutzung der Transaktion SE16N gelöst werden kann. Wie schon im vorangegangenen Blog-Beitrag Ermittlung aller Transaktionen mehrerer Rollen werden hierfür die Rollen Test_Schmidt1 und Test_Schmidt2 genutzt. Diesen Rollen wurden jeweils zwei der Transaktionen MM01, MM02, MM03 sowie MM04 auf unterschiedlichen Wegen zugeordnet. Bei der Rolle Test_Schmidt1 wurden die Transaktionen MM01 und MM02 im Menü der Rolle eingepflegt. Bei der Rolle Test_Schmidt2 wurde die Transaktion MM03 im Menü der Rolle, die Transaktion MM04 jedoch lediglich im Berechtigungsobjekt S_TCODE der Rolle gepflegt. Dem Nutzer SCHMIDT_TEST wurden beide Rollen zugeordnet. Ermittlung bestimmter Transaktionen mit Nutzerzuordnung mittels SUIM Diese Variante bietet sich an, wenn lediglich eine Transaktion auf ihre bestehende Zuordnung zu einem bestimmten Nutzer hin geprüft werden soll. Die Prüfung erfolgt hier mittels der Transaktion SUIM. Zunächst muss hierfür in der SUIM die Variante "Rollen nach komplexen Selektionskriterien" ausgeführt werden. Nach Aktivierung der Option "Mit gültiger Zuordnung von" wird hier nun der entsprechende Nutzer und die zu überprüfende Transaktion eingetragen. Außerdem empfiehlt es sich, die Anzeige von Sammelrollen in den Suchergebnissen auszublenden.
SMQ1 qRFC-Monitor (Ausgangsqueue)
Wird ein Programm aus einem Webbrowser gestartet, treten einige Schwierigkeiten auf, die eine Programmanalyse mit statistischen Sätzen und Traces schwierig oder in großen Systemlandschaften sogar unmöglich machen können. Unter anderem ist häufig vorab nicht klar, welche Komponenten an einem Web-Request beteiligt sind, sodass auf vielen Komponenten Traces eingeschaltet und bei der Analyse viele Statistiken durchsucht werden müssen, um die richtigen Daten zu finden. Es kann auch sein, dass ein Zugriff auf eine Komponente über einen nicht personenbezogenen Servicebenutzer erfolgt, den viele Benutzer zur gleichen Zeit verwenden, wodurch eine Identifizierung der Statistiken und Traces in einem System unmöglich wird.
Im Folgenden wird die Architektur von SAP-Lösungen behandelt. Zunächst gehen wir dabei auf die SAP-Lösungen und -Komponenten ein. Anschließend folgen Abschnitte zu SAP HANA und zur Client-Server-Architektur.
Verwenden Sie "Shortcut for SAP Systems", um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Um Ihnen den Zusammenhang zwischen dem TREX und dem SAP Solution Manager zu erläutern, möchte ich Ihnen zunächst eine Frage stellen.
Es ist aber als Zwischenlösung zu sehen und in Abbildung 1.4 auch nicht aufgeführt.