SARE Archive Explorer
Problem mit erschöpftem Extended Memory
Site Reliability Engineering(SRE) ist in der Google-Welt das Äquivalent zur SAP Basis. Ben Treynor, der seit 2003 für Google tätig ist und als Pate von SRE gilt, beschreibt SRE als das „was passiert, wenn man einem Software Engineer Operations-Aufgaben überlasst“.
Bei Windows-Betriebssystemen kann das SAP-System den SAP Extended Memory dynamisch erweitern, und zwar bis zur eingestellten Grenze des SAP-Profilparameters em/max_size_MB oder bis der Adressraum in der Windows-Paging-Datei belegt ist. em/max_size_MB steht auf dem Standardwert des 1,5-Fachen des physischen Speichers, damit lässt das Zero Administration Memory Management eine deutliche Überallokation zu.
Freiformerkennung und Dokumentcheck
Im Standardszenario werden die in der Queue stehenden Support Packages vollständig eingespielt. Im Fehlerfall können Sie das Einspielen nur erfolgreich fortsetzen und abschließen, wenn der bzw. die Fehler beseitigt sind. Voraussetzungen Die Queue ist bereits definiert. Vorgehensweise Um das gewünschte Szenario einzustellen, wählen Sie Zusätze Einstellungen. Wählen Sie das gewünschte Szenario. Wählen Sie Support Package Queue einspielen. Mit dieser Funktion können Sie auch eine abgebrochene Einspielprozedur wiederaufsetzen. In der Statuszeile erhalten Sie Informationen über den Fortschritt des Einspielens und die aktuellen Schritte des SAP Patch Manager. Während des Einspielens gelangen Sie gegebenenfalls in den Modifikationsabgleich (SPDD, SPAU). Wenn Sie mit dem Standardszenario einspielen, dann müssen Sie den Abgleich von Dictionary-Objekten (Transaktion SPDD) sofort durchführen, wohingegen Sie beim Abgleich von Repository-Objekten (Transaktion SPAU) die Wahl haben, diesen erst einmal zu überspringen und später durchzuführen (Modifikationsabgleich [Seite 22]). Während des Einspielens eines Support Package wird der Modus blockiert. Um eine wiederholte Anmeldung zu vermeiden, öffnen Sie vor dem Einspielen der Queue einen zweiten Modus.
Wenn Sie das CPU-Auslastungsprofil einer SAP-HANA- mit dem einer traditionellen Datenbank vergleichen, werden Sie charakteristische Unterschiede bemerken: Für SAP HANA werden Sie häufig kurzzeitige Lastspitzen bemerken, bei denen die CPU zu 100 % ausgelastet ist. Dieses Verhalten ergibt sich aus der Tatsache, dass SAP HANA Anfragen massiv parallelisiert und dabei kurzzeitig alle Prozessoren vollständig belegt. Kurzzeitige Lastspitzen sind also nicht automatisch als CPU-Engpass zu werten. Im Gegensatz beobachtet man bei traditionellen Datenbanken ein eher geglättetes Lastprofil, bei dem Auslastungen zu 100 % bei Normalbetrieb nicht zu beobachten sind.
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
Hier werden immer auch die Transaktionen betrachtet, die einer Rolle lediglich mittels des Berechtigungsobjekts S_TCODE zugeordnet wurden.
Die Webseite www.sap-corner.de bietet viele nützliche Informationen zum Thema SAP Basis.
So muss z. B. immer, wenn ein Eintrag in einem SAP-Puffer geändert werden soll, ein Semaphor gesetzt werden, da nur ein einziger Prozess eine Änderung im Puffer vornehmen kann.