DBA-Cockpit
Migration und Verwaltung der auf der Cloud basierenden Lösungen
Um die Virtualisierung zu erreichen, gibt es Ansatzpunkte auf drei unterschiedlichen Ebenen: Lösungen, die auf der Ebene unterhalb des eigentlichen Betriebssystems ansetzen, ermöglichen es, ganze Instanzen des Betriebssystems zu virtualisieren, d. h., es können sogar Instanzen unterschiedlicher Betriebssysteme auf einem Rechner betrieben werden. Beispiele für solche Lösungen sind VMware und XEN. Betriebssysteme selbst bieten ebenfalls Virtualisierungslösungen an, bei diesen Lösungen können auf dem Betriebssystem mehrere Partitionen eingerichtet werden, auf denen Anwendungssoftwareinstanzen betrieben werden können (z. B. IBM Dynamic LPAR und Micropartioning LPAR, HP Integrity Virtual Machines). Schließlich stellt auch die SAP-Software selbst eine Virtualisierung auf einer Ebene oberhalb des Betriebssystems zur Verfügung. Durch die durchgängige Verwendung virtueller Servernamen innerhalb des SAPSystems können SAP-Instanzen mit dem SAP Landscape Management (LVM) flexibel gemanagt werden, also z. B. innerhalb kürzester Zeit umgezogen werden. SAP unterstützt Virtualisierungslösungen auf allen drei Ebenen. Alle Lösungen bieten große Vorteile im flexiblen Management von Systemen, haben aber auch spezifische Nachteile.
Wie die Darstellung der SAP-HANA-Einsatz- und Entwicklungsszenarien zeigt, verliert die Applikationsebene auch im Zeitalter von SAP HANA nicht an Bedeutung. Daher wenden wir uns im nächsten Abschnitt der Client-Server-Architektur zu.
Live-Online oder Präsenz
Sind Sie an der aktuellen Lastverteilung der letzten Minuten interessiert, wählen Sie im Eingangsbildschirm des Workload-Monitors im Selektionsbaum die Funktion Detailanalyse > Last der letzten Minuten. Wählen Sie anschließend den Zeitraum, über den die Antwortzeiten gemittelt werden sollen (z. B. 15 Minuten zurück in die Vergangenheit) und, sofern möglich, weitere Einschränkungen. Über diesen Weg gelangen Sie ebenfalls auf den Hauptbildschirm des Workload-Monitors in die Sicht Last der letzten Minuten.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Jeder einzelne Prozess kann nicht mehr Speicher allokieren als den maximal adressierbaren Speicherbereich (Adressraum oder Address Space), den das Betriebssystem zulässt. Diese logische Grenze ist in der Architektur der Betriebssysteme begründet. Für SAP-Systeme werden heute durchweg Betriebssysteme mit 64-Bit-Architektur eingesetzt. Die Beschränkung durch den Adressraum stellt bei diesen keine praktisch relevante Grenze mehr dar. Der Adressraum liegt für die früher verwendete 32-Bit-Architektur bei theoretisch 4 GB (232); der praktisch adressierbare Speicher liegt weiter darunter. Für die praktische Konfiguration stellt diese Grenze ernsthafte Herausforderungen dar.
Mit "Shortcut for SAP Systems" steht ein Tool zur Verfügung, das einige Aufgaben im Bereich der SAP Basis erheblich erleichtert.
SPDD_SPAU_CHECK In diesem Schritt wird überprüft, ob ein Modifikationsabgleich (Transaktionen SPDD/SPAU) notwendig ist.
So viele Informationen... wie kann man die aufheben, so dass man sie bei Bedarf wiederfindet? Dafür eignet sich Scribble Papers ganz hervorragend.
Allerdings erkennt man in den Spalten S CPUZeit und S DB-Zeit, dass dieses Programm nur sehr wenig CPU- und Datenbankzeit benötigt.