Datensicherung und Wiederherstellung
Installation, Migration, Aktualisierung, Optimierung, Monitoring und Lösung laufender Probleme mit den SAP-Systemen
Tägliches Monitoring und Wartung Ihrer Systeme. Gemeinsam mit Ihnen erstellen wir einen Maßnahmenkatalog, um den optimalen Betrieb Ihrer SAP-Landschaft sicherzustellen.
Beim Sizing von Internetanwendungen entsteht das Problem, dass sich Benutzeranzahl und Durchsatz zu Spitzenlastzeiten nur schwer im Voraus ermitteln lassen. Sind Ihre Anwendungen zu diesen Zeiten nicht verfügbar und performant, drohen massive Schäden: Ein zum Teil beträchtlicher finanzieller Schaden, denn viele Interessenten werden ihren erfolglosen Zugriff später nicht noch einmal wiederholen. Ein Imageschaden, denn viele erfolglose Interessenten werden den Anbieter der Seite möglicherweise als inkompetent und die Anwendung als unsicher empfinden. Möglicherweise ein juristischer Schaden: Insbesondere in den Anfangszeiten des Onlinebankings waren Banken nicht in der Lage, ausreichend Kapazitäten in Callcentern und beim Internetzugriff zur Verfügung zu stellen, um die Anfragen ihrer Kunden zu bearbeiten. Die Bundesbehörden in Deutschland haben daraufhin Banken öffentlich und massiv gewarnt und klargestellt, dass sie dazu verpflichtet seien, ihren Kunden einen angemessenen Zugriff zu ermöglichen, wenn sie Onlinebanking anbieten. In allen beschriebenen Fällen wird zu den Spitzenlastzeiten mit mehreren tausend Benutzern gerechnet. Da Benchmark-Ergebnisse vorliegen, kann in diesen Fällen ein Hardware-Sizing durch kompetente Mitarbeiter der Hardwarepartner vorgenommen werden. Ein Problem, das sich aus der Natur der Sache ergibt, ist, dass die Hardware, die für die Spitzenlastzeiten benötigt wird, eventuell an 350 Tagen im Jahr ungenutzt »herumsteht«. Es wird in Zukunft immer mehr derartige Geschäftsszenarien geben, in denen ein aktives Kapazitätsmanagement gefragt ist.
Puffer, Indizes und Aggregate im SAP-System
Ein spezielles Problem liegt vor, wenn alle Verbuchungs-Workprozesse (UPD) belegt sind. Prüfen Sie, ob die Verbuchung deaktiviert wurde. Starten Sie dazu Transaktion SM13. Stellen Sie fest, ob Sie die Information Verbuchung ist deaktiviert finden. Ist dies der Fall, existiert im SAP-Syslog (Transaktionscode SM21) ein Eintrag, aus dem hervorgeht, wann, von wem und aus welchem Grund die Verbuchung deaktiviert wurde. Lösen Sie das gemeldete Problem, das z. B. ein Datenbankfehler sein kann, und aktivieren Sie die Verbuchung in Transaktion SM13 erneut.
Den Datenbankperformancemonitor finden Sie im Datenbankadministrations-Cockpit (DBA-Cockpit), das Sie mit dem Transaktionscode DBACOCKPIT oder im SAP-Menü wie folgt starten: Werkzeuge > CCMS > DB-Administration > DBA-Cockpit. Sie gelangen auf den Bildschirm DBA Cockpit: Pflege der Systemkonfiguration (siehe Abbildung 2.5). Der Bildschirm des DBA-Cockpits gliedert sich in drei Bereiche. Im linken oberen Bereich finden Sie Schaltflächen, um in die Systemkonfiguration zu navigieren und Datenbanken zum Monitoring auszuwählen, denn im DBA-Cockpit können mehrere Datenbanken administriert werden, z. B. die Datenbankinstanzen von ABAP- oder Java-Systemen, alleinstehende Datenbanken- oder SAP-liveCache-Instanzen.
Mit "Shortcut for SAP Systems" steht ein Tool zur Verfügung, das einige Aufgaben im Bereich der SAP Basis erheblich erleichtert.
Gezielte Korrekturen minimieren Systemfehler und Ausfallzeiten.
Für Linux finden Sie die entsprechende Information auf der Internetseite http://www.sap.com/linux > Platforms Hardware List, für Windows auf der Seite http://www.saponwin.com.