System-aktualisierungen
Transporte von Kopien
Im Zeitalter der Digitalisierung muss das Rad nicht neu erfunden werden. Bestimmte Funktionen werden nur noch konsumiert oder durch Plattformen genutzt, ohne die hierzu notwendige Infrastruktur vollumfänglich selbst vorzuhalten. Um im Vergleich zu Mitbewerbern hiervon zu partizipieren, ist es notwendig, diese Technologien einzuführen, zu nutzen und deren Möglichkeiten kennenzulernen. Beispiele hierfür sind die Nutzung von Cloud-Services oder Anwendungen im IoT und Big-Data-Umfeld.
Die Definition, organisatorische Gliederung wie auch die Namensgebung der SAP-Basis ist durch vorangegangene SAP-Software-Versionen und Komponenten historisch bedingt. Hieraus resultiert auch die Wahrnehmung der SAP-Basis und der damit in Verbindung stehende Arbeitsschwerpunkt des SAP-NetWeaver und des ABAP-Systemkerns, der heute immer noch weit verbreitet ist. Jedoch hat sich das Tätigkeitsfeld hinsichtlich Aufgaben- und Technologieumfang stark verändert und wird sich, betrachtet man die perspektivische Ausrichtung und Produktstrategie von SAP und die sich veränderten Rollen der IT, weiter verändern. Um dieser Veränderung gerecht zu werden und die Wahrnehmung sowohl im Gesamtkontext des SAP-Ökosystems als auch innerhalb des eigenen Unternehmens zu verändern, muss die SAP-Basis ein neues Selbstverständnis entwickeln und ein Marketing zur Publikation der eigenen Leistungsfähigkeit etablieren. Die zugrunde liegenden Informationen finden sich in der Masterarbeit in den Kapiteln 7.4 und 9.2 wieder.
Wenn Sie mehr zum Thema SAP Basis wissen möchten, besuchen Sie die Webseite www.sap-corner.de.
OPERATOR (OP)
Damit können Sie anhand dieser Zeiten schnell feststellen, in welcher Komponente lange Zeiten aufgetreten sind. Eine hohe CPU-Zeit, Datenbankzeit oder Datenbank-Procedure-Zeit bedeutet, dass die Anwendung auf der Komponente genauer analysiert werden muss. Eine hohe Wartezeit in der Komponente deutet auf eine Überlastungssituation in der Komponente hin. Abhängig vom Typ der Komponente (ABAP- oder Java-Instanz) muss eine komponentenabhängige Analyse erfolgen. Eine hohe Aufrufzeit schließlich bedeutet, dass das Performanceproblem nicht in dieser Komponente, sondern in einer von dieser aufgerufenen Komponente zu finden ist. Es muss daher also einen weiteren Statistiksatz einer aufgerufenen Komponente geben, der eine hohe Antwortzeit aufweist.
Unter Gesichtspunkten der Systemverfügbarkeit (High Availability) bilden Message- und Enqueue-Service zusammen mit der Datenbankinstanz die kritischen Punkte eines SAP-Systems (sogenannte Single Points of Failure oder SPOFs). Diese Services lassen sich prinzipiell nicht über mehrere Rechner verteilen. Der Ausfall eines Rechners mit einem dieser Services führt damit zum Ausfall des gesamten SAP-Systems. Es sind also hauptsächlich Verfügbarkeitsgesichtspunkte, die dafürsprechen, Datenbankinstanz und zentrale SAP-Instanz (mit Message- und Enqueue-Service) auf einem Rechner zu betreiben und diesen z. B. durch eine Failover-Lösung besonders zu schützen , die fast alle Hardwarehersteller anbieten und die es ermöglicht, ausgefallene Instanzen automatisch auf einem anderen Rechner zu ersetzen. Bei großen Installationen sollten Sie allerdings aus Gründen der Performance Datenbankinstanz und zentrale SAP-Instanz auf separaten Rechnern konfigurieren.
Einige fehlende SAP Basis Funktionen im Standard werden durch die PC-Anwendung "Shortcut for SAP Systems" nachgeliefert.
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.
Um die vielen Informationen zum Thema SAP - und auch anderen - in einer Wissensdatenbank zu speichern, eignet sich Scribble Papers.
Bei kleinen und mittelgroßen Installationen können Sie das Sizing selbst mit dem Quick Sizer im SAP Support Portal vornehmen.