SAP Basis SAP ICM

Direkt zum Seiteninhalt
SAP ICM
Backup und Recovery
Ob sich in einem Projekt eine Serverkonsolidierung oder eine Virtualisierung als Königsweg erweist, hängt nicht nur von den Kosten für die Hardwarebeschaffung und -wartung ab. Eine Konsolidierung kann auch in anderen Bereichen des Produktionsbetriebs Kosten verursachen, die in Betracht gezogen werden müssen: Wartungstermine (z. B. für Upgrades) müssen zwischen unterschiedlichen Benutzergruppen abgesprochen werden. Eventuell muss für ein System ein Korrekturstand eingespielt werden, der eine Ausfallzeit für alle Systeme nach sich zieht. Um eine hohe Verfügbarkeit in einer konsolidierten Landschaft zu erreichen, müssen die Rechner in Hochverfügbarkeitsclustern zusammengefasst werden. Das bedeutet, dass bei Ausfall eines Rechners die unterschiedlichen Services auf anderen Rechnern automatisch gestartet werden (Failover Recovery). Diese Recovery-Szenarien müssen konfiguriert und getestet werden. Teilweise fallen zusätzliche Lizenzkosten für die Virtualisierungs- und Ressourcensteuerungssoftware an. Die Ressourcenvergabe an die unterschiedlichen Systeme muss definiert und überwacht werden. Den Aufwand für die Einarbeitung und die Bedienung der entsprechenden Software zur Virtualisierung und Ressourcensteuerung müssen Sie ebenfalls berücksichtigen. Wenn Sie eine Virtualisierungssoftwareschicht einsetzen, so benötigt diese zusätzliche Ressourcen. Ohne hier eine Aussage über eine konkrete Lösung treffen zu können, liegt der Richtwert, an der sich eine solche Lösung messen muss, bei einem Aufschlag von 10 %.

Je kleiner die Anzahl der physischen Zugriffe im Verhältnis zur Anzahl der logischen Zugriffe ist, desto höher ist die Pufferqualität. 100 % wäre eine ideale Pufferqualität, d. h., es muss überhaupt nicht mehr von der Platte gelesen werden: Alle erforderlichen Objekte befinden sich im Hauptspeicher der Datenbankinstanz.
SQVI QuickViewer
Um eine dynamische Verteilung von Dialogbenutzern auf die ABAP-Instanzen zu erreichen, können Sie Anmeldegruppen (oder Workgroups) einrichten, denen Sie eine oder mehrere ABAP-Instanzen zuordnen. Ein Benutzer meldet sich dann über eine Anmeldegruppe an das SAP-System an, bzw. eine Webanfrage wird über diese Gruppen verteilt. Das System sucht dann unter den zugeordneten SAP-Instanzen automatisch diejenige mit der besten Performancestatistik bzw. den wenigsten Benutzern aus.

Die Einsatzfähigkeit der Datenbank aufrechtzuerhalten ist weniger eine Frage der Performanceoptimierung – vielmehr ist dies Aufgabe der Datenbankadministration; sie wird daher in diesem Buch nicht explizit behandelt. Literatur dazu finden Sie in den Handbüchern zur Datenbankadministration. Erstellen Sie aufgrund dieser Literatur einen auf Ihr Unternehmen abgestimmten Eskalationsplan, der z. B. folgende Fragen umfasst: Welche Maßnahmen stellen sicher, dass ein potenzieller Überlauf der Log-Bereiche und des Dateisystems rechtzeitig erkannt wird? Wie können Sie analysieren, welcher Datenbankfehler aufgetreten ist, wenn das SAP-System steht? Wo befindet sich die Datenbankfehlerprotokolldatei Ihrer Datenbank? Wie heißen die entscheidenden Fehlermeldungen? Was muss getan werden, wenn die Fehlersituation eingetreten ist? Muss das SAP-System bzw. die Datenbank neu gestartet werden? Kann eine solche Fehlersituation auf einem Testsystem simuliert werden?

Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.

Auf dem Eingangsbildschirm wird daraufhin angezeigt, wie viel Speicher vom analysierten internen Modus allokiert bzw. verwendet wird.

Wenn es aber um die Feinheiten großer SAP-Umgebungen geht, stößt Ansible schnell an seine Grenzen.
SAP Corner
Zurück zum Seiteninhalt