Optimierung der SAP-Infrastruktur
Verwaltung der Prozesse und Transporte im SAP
Die wichtigsten Kennzahlen zur Bewertung der Datenbankpuffer für unterschiedliche Datenbanksysteme im SAP-Umfeld sind in Anhang A, »Datenbankmonitore«, zusammengefasst. »Schlechte« Pufferqualitäten haben in der Regel zwei Ursachen: Mangelhaft optimierte und teure SQL-Anweisungen sind die Hauptursache für eine schlechte Pufferqualität des Datenpuffers. Identifizieren Sie solche Probleme, müssen diese vordringlich behandelt werden. Weitere Informationen dazu finden Sie in Kapitel 11, »Optimierung von SQL-Anweisungen«. Abbildung 11.1 zeigt das Flussdiagramm der Analyse. Die andere Ursache kann ein zu kleiner Datenbankpuffer sein. Sofern Ihr Datenbankserver noch über ausreichend Hauptspeicherreserven verfügt, vergrößern Sie den entsprechenden Puffer (z. B. um 10 bis 20 %). Beobachten Sie, ob sich anschließend die entsprechende Qualität signifikant verbessert. Ist dies der Fall, können Sie den Puffer eventuell erneut vergrößern. Zeigt die erste Vergrößerung des Puffers dagegen keine Wirkung, suchen Sie die Ursache an einer anderen Stelle. Bei einigen Datenbanken besteht auch die Möglichkeit, Tabellen, die als Hauptverursacherfür eine schlechte Pufferqualität identifiziert werden können, in eigene Puffer zu legen, um zu einer besseren Pufferqualität für die verbleibenden zu kommen.
Die genannten Entwicklungsobjekte sind vollständig in die ABAP-Welt integriert, dies betrifft Entwicklungswerkzeuge, Transport, Debugger, Codeprüfungen und Verwendungsnachweis. Als ABAP-Entwickler oder Projektmanager können Sie sich also auf etablierte Prozesse der Entwicklung und Qualitätssicherung stützen. Dieses Entwicklungsszenario unterstützt allerdings nicht alle Funktionalitäten von SAP HANA, womit der wesentliche Nachteil genannt ist.
SWEL Ereignis-Trace anzeigen
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.
Die Queue bestimmt, welche Support Packages in welcher Reihenfolge vom SAP Patch Manager in Ihr System eingespielt werden. Wenn die Queue noch nicht vollständig definiert ist, müssen Sie aus den zur Verfügung stehenden Support Packages die Queue definieren. Ist die Queue bereits vollständig definiert, wird diese lediglich angezeigt; sie haben keine Möglichkeit mehr, die Auswahl zu verändern. Sie können die Queue jedoch komplett löschen mit Queue löschen [Seite 37]. Beachten Sie, daß Ihr System inkonsistent ist, wenn Sie die Queue löschen, nachdem schon Objekte importiert wurden (zB nach einem Fehler im Schritt DDIC_IMPORT und folgende). Die Löschung in diesen SPAM-Schritten sollte also nur zur Fehlerbehebung dienen und Sie sollten das Einspielen der Support Packages sobald wie möglich wiederholen. Die Transaktion SPAM sorgt dafür, daß nur Support Packages, die zu Ihrem System passen, in der Queue angezeigt werden. Support Packages, die für ein anderes Release oder ein nicht installiertes Add-On vorgesehen sind, werden in der Queue nicht auftauchen, selbst wenn sie in Ihr SAP-System geladen wurden. Weitere Informationen finden Sie unter Regeln für die Queue [Seite 19]. Bevor Sie Support Packages einspielen, muß die Queue definiert werden. Voraussetzungen Sie haben die entsprechenden Support Packages mit der SPAM in Ihr SAP-System geladen [Seite 15]. Vorgehensweise Um eine Queue zu definieren, wählen Sie im Einstiegsbild der Transaktion SPAM Anzeigen/Definieren. Sie gelangen auf das Dialogfenster Komponentenauswahl. Sie sehen die Liste der installierten Softwarekomponenten (zB SAP_BASIS, SAP_HR, SAP_BW, Add-On). Wählen Sie die gewünschte Komponente aus. Sie sehen die zur Verfügung stehende Queue. Diese Queue enthält die für die gewählte Komponente in Ihrem System verfügbaren Support Packages und gegebenenfalls erforderliche Conflict Resolution Transports (CRT) sowie zugehörige Add-On Support Packages. Sie haben die folgenden Möglichkeiten: Wenn die angezeigte Queue Ihren Wünschen entspricht, können Sie die Queue mit Queue bestätigen übernehmen und dieses Auswahlfenster verlassen.
Mit "Shortcut for SAP Systems" werden Aufgaben im Bereich der SAP Basis vereinfacht und fehlende Funktionen des Standards ergänzt.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Das SAP-HANA-Sizing für eine Neuinstallation können Sie im Quick Sizer analog zu einem Projekt für eine traditionelle Datenbank durchführen.
Bei kleinen und mittelgroßen Installationen können Sie das Sizing selbst mit dem Quick Sizer im SAP Support Portal vornehmen.