SCHAFFUNG NEUER ROLLEN
SAP LSMW
In der Sicht Workload Analysis im Workcenter Root Cause Analysis bietet der Diagnoseteil des SAP Solution Managers Funktionen zur Workload- Analyse von ABAP- und Java-Anwendungen auf dem SAP NetWeaver AS. Der ABAP-Teil der Workload-Analyse im SAP Solution Manager greift auf die Funktionen zurück, die auch sonst im AS ABAP zur Verfügung stehen. Der zusätzliche Nutzen besteht in der Zentralisierung der Lösungssicht für Analysen. Sofern Sie mit den Workload-Monitoren des ABAP-Servers vertraut sind, werden Sie sich auch schnell im ABAP-Teil der Workload-Analyse des SAP Solution Managers zurechtfinden. Der Java-Teil der Workload-Analyse im SAP Solution Manager dagegen bietet Ihnen neue Funktionen, die Ihnen ohne den SAP Solution Manager nicht zur Verfügung stehen. Zur Workload-Analyse von Java-Anwendungen wird nämlich auf ein Produkt der Firma Wily (heute in Besitz von Computer Associates) zurückgegriffen, das für die Anwendung mit dem SAP Solution Manager lizenziert ist.
Beobachten Sie durch Auffrischen des Monitors, ob einzelne Prozesse über längere Zeit hinweg die CPU stark belasten (Spalte CPU (%)). Handelt es sich bei den Prozessen, die die CPU stark belasten, um Prozesse der SAP-Basis oder der Datenbank, finden Sie in den im Folgenden genannten Monitoren weitere Informationen über die Tätigkeiten der Prozesse. Starten Sie den Monitor in einem zweiten Modus, identifizieren Sie anhand der Prozess-ID, die Sie auch in den entsprechenden Basismonitoren finden, den Prozess mit der hohen CPU-Auslastung, und entnehmen Sie den Monitoren, welches Programm bzw. welche Tabelle, Anfrage etc. der Prozess gerade bearbeitet.
Hardware Sizing
Sie können mehrere Anwendungen in einer SAP-HANA-Instanz auf einem Rechner betreiben und die Anwendungsdaten über Datenbankcontainer voneinander trennen (Multitenant Database Containers, MDC, siehe SAP-Hinweis 2096000). Die Systeme teilen sich neben der Hardware auch Betriebssystem und Datenbank, die Isolierung der Container ist aber deutlich stärker als bei MCOD, da auf SAP HANA die Container separat verwaltet werden können.
Die Systemänderbarkeit hat allerdings keinen Einfluss auf mandantenabhängige CustomizingÄnderungen. Falls Sie die Änderbarkeit von mandantenabhängigen Customizing-Änderungen einstellen wollen, müssen Sie die Mandantensteuerung aufsuchen. Diese erreichen Sie entweder bei der Systemänderbarkeit über den Button "Mandantensteuerung" oder indem Sie die Tabelle T000 über die Transaktion SM30 aufrufen. Wenn Sie sich nun in der Auflistung der Mandanten befinden, können Sie mit einem Doppelklick auf die jeweilige Zeile in die Einstellungen des jeweiligen Mandanten springen. Hier können Sie auch die jeweilig gewünschten Einstellungen vornehmen und anschließend speichern. Schritt-für-Schritt Anleitungen Systemänderbarkeit (mandantenunabhängige Customizing-Einstellungen und Repository-Objekte) Rufen Sie die SE06 auf und klicken Sie auf "Systemänderbarkeit". Stellen Sie die gewünschten Objekte und die globale Einstellung je nach Anforderung ein. Speichern Sie die Änderungen. Mandantensteuerung (mandantenabhängige Customizing-Einstellungen) Rufen Sie die Tabelle T000 in der SM30 auf. Machen Sie einen Doppelklick auf den gewünschten Mandanten. Ändern Sie hier die Einstellungen je nach Anforderung. Speichern Sie Ihre Änderungen.
Für Administratoren steht im Bereich der SAP Basis ein nützliches Produkt - "Shortcut for SAP Systems" - zur Verfügung.
Optimieren: Die Auditfunktion von CodeProfiler for ABAP ermittelt zielgerichtet, welche Programme am stärksten bedroht sind und somit zuerst bereinigt werden sollten.
Aber größtenteils haben sich die folgenden 3 Möglichkeiten als Konsensus-Mechanismus bewährt: 1) Proof of Work (Arbeitsnachweis) 2) Proof of Stake (Geldnachweis) 3) Proof of Importance (Wichtigkeitsnachweis) Die Unterschiede stelle ich in einem anderen Blog-Beitrag dar.