ST05 SQL-Trace
OData Services
Bei der Bewertung des Potenzials einer Migration zu SAP HANA wird man für die bestehenden Anwendungen zunächst einmal den Anteil der Datenbankzeit an der Gesamtantwortzeit ins Feld führen, um anhand dessen zu fragen, welche Reduktion der Datenbankantwortzeit SAP HANA erbringen kann. Bei analytischen Anwendungen, in denen typischerweise die Datenbankzeit die Gesamtantwortzeit dominiert, ist offensichtlich, dass hier Optimierungspotenzial durch eine neue Datenbank besteht. Bei transaktionalen Anwendungen dominiert in der Regel die Antwortzeit auf dem Applikationsserver, eine Vielzahl von Anfragen sind auf dem Applikationsserver gepuffert oder sind sehr einfach strukturiert – ein Optimierungspotenzial durch SAP HANA ist hier eher punktuell gegeben. Allerdings sollten Sie auch berücksichtigen, dass es beim Einsatz von SAP HANA als Datenbank für z. B. SAP BW nicht nur um die reine Reduktion der Datenbankzeit geht. Vielmehr ändern sich die Arbeitsprozesse, und Hintergrundprozesse fallen möglicherweise weg, sodass Sie auch eine Betriebskostenreduktion erreichen können.
Datentypist/Telefonverkauf/Power-Benutzer: Ein Power-Benutzer führt mehr als 4.800 Transaktionsschritte pro Woche aus. Er verwendet die SAP-Komponente ständig und in hohem Maße.
Unicode-Konvertierung und »ältere« Hardware
In der Transaktion PFUD (siehe Bild oben) können Sie den Benutzerabgleich manuell für alle Rollen (oder ausgewählte Rollen) durchführen. Sie können zwischen den Abgleicharten Profilabgleich, Abgleich indirekter Zuordnungen aus Sammelrollen und Abgleich HR-Organisationsmanagement wählen. Die Abgleiche unterscheiden sich laut SAP Dokumentation wie folgt: Profilabgleich: "Das Programm vergleicht die aktuell gültigen Benutzerzuordnungen der ausgewählten Einzelrollen mit den Zuordnungen der zugehörigen generierten Profile und führt notwendige Anpassungen der Profilzuordnungen durch. Abgleich indirekter Zuordnungen aus Sammelrollen: Benutzerzuordnungen zu Sammelrollen führen zu indirekten Zuordnungen für die in der Sammelrolle enthaltenen Einzelrollen. Diese Abgleichart passt die indirekten Zuordnungen der ausgewählten Einzelrollen an die Benutzerzuordnungen aller Sammelrollen an, in denen die Einzelrollen enthalten sind. Enthält die Selektionsmenge Sammelrollen, findet der Abgleich für alle darin enthaltenen Einzelrollen statt. Abgleich HR-Organisationsmanagement: Diese Abgleichart aktualisiert die indirekten Zuordnungen aller ausgewählten Einzel- und Sammelrollen, die mit Elementen des HROrganisationsmanagements verknüpft sind. Der HR-Abgleich ist inaktiv und nicht selektierbar, wenn keine aktive Planvariante existiert oder durch Einstellung des Customizing- Schalters HR_ORG_ACTIVE = NO in Tabelle PRGN_CUST eine globale Deaktivierung vorgenommen wurde. Weiterhin ist die Option "Bereinigung durchführen" interessant, die unabhängig von den drei Abgleicharten ausgewählt werden kann und sich nicht auf die Rollenselektion bezieht. Mit der Funktion Bereinigung durchführen können Datenreste beseitigt werden, die durch unvollständige Löschung von Rollen und den zugehörigen generierten Profilen entstanden sind.
Im DBA-Cockpit finden Sie unter Konfiguration die Datenbankkonfigurationsdateien. Für einige Datenbanken protokolliert das SAP-System alle Änderungen der Datenbankparameter. Das Änderungsprotokoll können Sie im DBA-Cockpit unter Konfiguration > Parameteränderungen einsehen. Anhand dieses Monitors können Sie feststellen, ob Performanceprobleme eventuell nach Parameteränderungen aufgetreten sind.
Tools wie z.B. "Shortcut for SAP Systems" sind bei der Basisadministration extrem nützlich.
Generierungsfehler können auch durch Puffersynchronisationsprobleme verursacht werden.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Die typische Abfolge beim Anklicken einer Fiori App im Launchpad löst die folgenden Schritte aus: 1) Beim Auswählen der Kachel wird die App-Fiori-Implementierung aufgerufen 2) Die App ruft dynamische Daten aus dem HTTP-Endpunkt des OData-Services auf dem Frontend-Server ab 3) Es folgt ein RFC-Aufruf an die Gateway-Aktivierung des Backend Systems, dabei wird die relevante Geschäftslogik abgerufen 4) Nun wird die Fiori Berechtigung für den entsprechenden OData-Service auf dem Backend abgefragt 5) Wenn dies erfolgreich war werden die entsprechenden Berechtigungen für die Geschäftslogik im OData-Service abgefragt.