Administration SAP & SAP HANA
Benutzerabgleich als Job einplanen
Alle geplanten und ungeplanten Ausfallzeiten müssen mit Angabe der Ursache des Ausfalls in den Service Level Report aufgenommen werden. Das Service Level Agreement sollte die Verantwortlichkeiten für Sicherungen und Wiederherstellungen von Datenbanken und, falls nötig, von Dateisystemen festhalten (Backup und Recovery). Legen Sie also den Umfang der durchzuführenden Sicherungen fest. Definieren Sie ein Prozedere für die ordnungsgemäße Wiederherstellung von Datenbanken und Dateisystemen im Fehlerfall. Die dazu maximal notwendige Zeit ergibt sich aus der maximal erlaubten Ausfallzeit für ungeplante Ausfälle.
Bei der Einführung und beim Betrieb neuer Anwendungen bieten sich verschiedene Möglichkeiten. Als Unternehmen besitzt man die Wahl zwischen der internen Realisierung und dem Betrieb, dem Outsourcing, dem Cloud Computing und dem sogenannten Outtasking. Bei der Entscheidung für eines der genannten Konzepte bedarf es der Einbeziehung der SAP-Basis zur Evaluation verschiedener technologischer und betriebsspezifischer Aspekte, was die Möglichkeit zur Erarbeitung einer fundierten Entscheidung bietet. Diese Entscheidung wirkt sich wesentlich auf den zukünftigen SAP-Betrieb sowie die damit zusammenhängenden Aufwände für Betrieb und Wartung aus. Die hier aufgeführten Empfehlungen sollen eine Hilfe bei der Entscheidung für weitere Service-Formen sein. Informationen zur Handlungsempfehlung können der Masterarbeit in Kapitel 7.8 und 9.6 entnommen werden.
Systemlast-Kollektor
Im weiteren Verlauf des Projekts holen Sie ein oder mehrere Angebote von Hardwarepartnern ein. Die Hardwarepartner erstellen das Hardware-Sizing, da nur sie die Leistungsfähigkeit ihrer Hardware bewerten können. Sofern nötig, greifen die Hardwarepartner über ihre SAP Competence Center auf die entsprechenden Sizing-Experten der SAP zurück. Um den Sizing-Prozess zu vereinfachen, hat SAP folgendes Standardverfahren definiert: Legen Sie zu Ihrem Einführungsprojekt ein Sizing-Projekt im Quick Sizer im SAP Support Portal an. Dort legen Sie die für das Sizing notwendigen Daten ab. Unterstützt der Quick Sizer das Sizing für die ausgewählten Prozesse nicht, verwenden Sie die entsprechenden Sizing-Guidelines. Anschließend gewähren Sie den Hardwarepartnern, von denen Sie ein Sizing-Angebot wünschen, Zugriff auf dieses Sizing-Projekt im SAP Support Portal, indem Sie ihnen das Kennwort für das entsprechende Projekt mitteilen. Die Links zu den jeweiligen Internetseiten der Hardwarepartner finden Sie ebenfalls im Quick Sizer. Die Hardwarepartner erstellen nun aufgrund der von Ihnen hinterlegten Daten ein konkretes Hardwareangebot.
Analytisch ist es nicht möglich, vorauszusagen, welcher der beiden Rechner eine höhere Leistungsfähigkeit in Bezug auf SAP-Anwendungen bietet, denn neben der Anzahl der Prozessoren sind die Prozessorarchitektur, die Taktfrequenz und die CPU-nahen Hauptspeicherbereiche (L1 Cache, L2 Cache etc.) von entscheidender Bedeutung. Die Leistungsfähigkeit kann also nur über einen Benchmark bestimmt werden. Für den in einem SDBenchmark erzielten Durchsatz hat SAP die Einheit SAPS für SAP Application Performance Standard geprägt. 100 SAPS entsprechen dabei 2.000 vollständig bearbeiteten Auftragspositionen pro Stunde mit 6.000 Dialogschritten (Bildwechseln), 2.000 Verbuchungen bzw. 2.400 SAP-SD-Transaktionen. Die SAPS-Angabe ist spezifisch für die getestete Version.
Basisadministratoren steht mit "Shortcut for SAP Systems" eine PC-Anwendung zur Verfügung, die etliche Tätigkeiten in der SAP Basis vereinfacht bzw. ermöglicht.
Nun ist es doch ziemlich leidlich, wenn getestet werden soll, ob genug Speicher zur Verfügung steht immer wieder das System neu zu starten.
Der reibungslose Betrieb der SAP-Systeme als das Herzstück vieler Unternehmen wird durch die Arbeit der SAP Basis-Administratoren sichergestellt.