Support Package (Stack) Updates
SYSTEMÄNDERBARKEIT UND MANDANTENEINSTELLUNGEN
Nach der Installation der GUI sollten die GUI Patches nachgezogen werden soweit verfügbar. Hierzu zählen auch die Hotfixes nach den Patches, die unbedingt erst nach den Patches installiert werden. BI Addon Patch Eventuell muss erst ein neues Service Package und dann der Patch installiert werden. Es kann auch sein, dass direkt gepatched werden kann wenn ein anderes SP besteht. Der Prozess nimmt etwa 30 Minuten in Anspruch. Der Fortschritt der Installation pausiert wie bereits oben genannt bei einer gewissen Prozentzahl, muss also nicht vorschnell abgebrochen werden. Sollte die Installation nicht möglich sein, wird die neueste Version bereits in einem anderen Setup mitgeliefert. Installation des Precalculation Servers Weiter wird der Precalculation Server installiert. Auch hier sind eventuelle Patches mit zu installieren. Service Durch die Installationen wird ein Service angelegt. Dieser kann unter Services aufgerufen werden. Den Startup Type des Services auf "Automatic" stellen (Standard Manual) Login Credentials eingeben Recovery für First und Second Failure auf "Restart the Service" stellen Service starten Logon SAP Es folgt ein Login auf das SAP System mit dem entsprechenden Mandanten vom Precalculation Server aus. Hierfür kann der eigene Login des SAP-Systems genutzt werden. Achtung: Es müssen Rechte für die Transaktion RSPRECALCADMIN und SM51 vorhanden sein. Die Transaktion SM51 wird im Anschluss aufgerufen. Vor dem Anlegen der Instanzen muss sichergestellt sein, dass der korrekte Applikationsserver angewählt ist, da es sonst später zu Problemen mit den Instanzen in der Anwendung der Nutzer kommen kann. Anschließend wird die Transaktion RSPRECALCADMIN aufgerufen. Angezeigt wird eine gewisse Anzahl von Instanzen. Diese sollen alle markiert und gelöscht werden bis die Ansicht wieder leer ist. Anschließend werden diese wieder neu angelegt mit einer fortlaufenden Nummerierung um diese später unterscheiden zu können. Eingegeben werden muss nur die ID und die Beschreibung. Der Rest wird automatisch vergeben. Nun wird der Service neu gestartet und alle Instanzen sollten grün angezeigt werden. Dies kann mitunter 2-3 Minuten dauern. Wichtig ist: Am Ende müssen alle Instanzen grün sein. Damit ist die Erstellung und Konfiguration abgeschlossen.
Eine hohe Dispatcher-Wartezeit wirkt sich immer auf alle Transaktionen aus. Sie deutet darauf hin, dass Programme zu langsam laufen und daher Workprozesse über lange Zeit hinweg blockieren (oder dass zu wenig Workprozesse konfiguriert sind).
Nutzdaten
SAP-HANA-Basis-Administratoren können die Datenbank auf eine Weise beherrschen, die damals nicht möglich war. Die SAP-Datenbank ist viel selbstheilender. Fehler richten weniger Schaden an, sind leichter zu erkennen und zu beheben und beeinträchtigen weniger wahrscheinlich die Systemleistung und -verfügbarkeit, bevor sie behoben sind. Überwachungswerkzeuge können die Anwendungsprotokolle automatisch durchsuchen, mögliche Fehler identifizieren und sogar Korrekturen vorschlagen, so dass es viel einfacher ist, das Problem an der Wurzel zu packen.
Die Hardwarepartner erstellen nun Angebote zu dem Sizing-Projekt, unter denen Sie auswählen müssen. Für die Anforderungen unseres Beispielprojekts wäre es möglich, diese mit einem einzigen Rechner abzudecken. Alternativ kann der Hardwarebedarf auch auf mehrere Rechner verteilt werden. Für unser Projekt nehmen wir an, dass wir uns für ein Angebot entscheiden, das drei Rechner umfasst, die jeweils – nach Herstellerangabe – 12.000 SAPS leisten und mit 32 GB Hauptspeicher ausgestattet sind. Insgesamt leistet die Lösung also 36.000 SAPS und verfügt über 96 GB Hauptspeicher. Auf einem der Rechner sollen die Datenbank und eine SAP-Zentralinstanz installiert werden, auf den beiden anderen Rechnern sollen SAP-Instanzen den Großteil der Dialog-, Hintergrund- und Verbuchungslast aufnehmen. Mit dieser verteilten Installation gehen wir davon aus, dass wir auch beim Ausfall eines Rechners einen eingeschränkten Betrieb aufrechterhalten können und das Risiko eines Totalausfalls reduzieren. Für weitergehende Überlegungen zum Thema Lastverteilung verweisen wir Sie auf den letzten Teil dieses Kapitels und auf Kapitel 7, »Lastverteilung, Remote Function Calls und SAP GUI«.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Beides hat Vor- und Nachteile, welche ich im Folgenden erläutern möchte.
Daten werden aus dem Puffer verdrängt und müssen wiederholt von der Festplatte gelesen (geladen) werden.