Hosting der SAP-Systeme
SAP ALE
Administratoren müssen häufig einen Teil oder die gesamte Datenbank replizieren, zB um ein System-Backup zu erstellen oder ein Upgrade zu testen, bevor es in die Produktion übernommen wird. In der Vergangenheit war dies bei den meisten Datenbanken überraschend schwierig zu bewerkstelligen. Mit HANA funktioniert die Replikation sofort und bietet umfangreichere Funktionen und eine bessere Kontrolle als frühere Datenbanken.
NUMA steht für Non-Uniform Memory Access und beschreibt eine Computer-Speicher-Architektur für Multiprozessorsysteme, bei der jeder Prozessor über einen eigenen, lokalen physischen Speicher verfügt, aber anderen Prozessoren über einen gemeinsamen Adressraum direkten Zugriff darauf gewährt (Distributed Shared Memory). Bei einem Zugriff auf einen fremden Speicher treten Verzögerungen im Vergleich zum Zugriff auf den lokalen Speicher auf. Eine gute Datenlokalität ist also entscheidend für eine gute Performance. Betriebssysteme und SAP HANA verfügen über Strategien, ihre Prozesse in Bezug auf verteilte Prozessoren zu optimieren, allerdings wächst das Optimierungsproblem mit der Zahl der Prozessoren mit eigenen Speicherkarten in einem Multiprozessorsystem überproportional an. Dies gilt insbesondere für Systeme, bei denen die Daten stark integriert sind, wie es bei SAP-ERPSystemen der Fall ist.
SAP Remote Managed Services
Sie möchten gerne detaillierter wissen, was auf Ihren SAP Systemen passiert - dann empfehle ich Ihnen, sich die Solution Manager Funktionalität "Usage Procedure Logging" (UPL) genauer anzusehen. Welcher Code wird häufig ausgeführt? Auf welche Datenbanktabellen wird regelmäßig zugegriffen? Welche ungenutzten Eigenentwicklungen existieren? - Antworten auf diese Fragen liefert das UPL. Sie können die Funktionalität ohne weitere Lizenzkosten und mit moderatem Aufwand in Ihre bestehende SAP-Landschaft implementieren. Welche Informationen liefert das UPL? Mit Usage Procedure Logging werden, grob vergleichbar mit den Workload-Statistiken der ST03N, Daten zum Nutzerverhalten geloggt und aufgezeichnet. UPL ist in der Lage, den Aufruf und die Ausführung ua folgender ABAP Objekte aufzuzeichnen: Reports Funktionsbausteine Klassen Methoden Subroutinen SQL Aufrufe Außerdem ist UPL in der Lage, dynamische Programmaufrufe zu erkennen sowie die Transparenz über genutzte Modifikationen zu erzeugen. Somit werden sämtliche Nutzungsdaten detailliert und automatisiert aufgezeichnet sowie, wenn gewünscht, zentral im SAP Solution Manager zur Verfügung gestellt. Vorteile 1) Kaum messbarer Performance Impact 2) Zentrale Sammlung der Daten aller Systeme im BW des SAP Solution Managers 3) Keine aufwändige Einrichtung 4) Einmal aktiviert, laufen die Kollektor- und Extraktorjobs regelmäßig und ohne weitere, manuelle Tätigkeiten Mögliches Nutzungsszenario Wenn Sie den Solution Manager 7.2 im Einsatz haben, können Sie UPL im Rahmen des "Custom Code Lifecycle Managements" (deutsch: Verwaltung kundeneigener Entwicklungen) aktivieren. Nach einmaliger Aktivierung des BW-Contents sowie einiger Standardjobs wählen sie ein oder mehrere Systeme aus, für die Sie UPL aktivieren möchten. Sollten Sie bereits das SP05 installiert haben, existiert im SOLMAN_SETUP eine eigene "Guided Procedure" zur Konfiguration des UPL.
Auf dem ABAP-Server steht ein SQL-Monitor (Transaktionscode SQLM oder SQL Monitor in der Eclipse-basierten ABAP-Entwicklungsumgebung) zur Verfügung, der die Last durch SQL-Anweisungen auf dem ABAP-System ermittelt. Da die Daten von der Datenbankschnittstelle auf dem ABAP-Server ermittelt werden, ist er unabhängig vom Datenbanksystem.
Verwenden Sie "Shortcut for SAP Systems", um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Wir empfehlen, immer zuerst den neuesten SPAM-Update einzuspielen [Seite 14], um Probleme beim Einspielen zu vermeiden.
Er besitzt ein Grundverständnis der Infrastruktur und ist innerhalb der IT-Fachabteilungen gut vernetzt.