Sie sind auf Seite 1von 20

Bemerkungen: Organisatorisches: haben Sie die Unterlagen erhalten (Vorlesungsunterlagen, Glossar, Transaktionsliste)?

Stundenplan (Pausen) Fragen: sofort stellen Fehler: bitte melden Feedback: wenn zu schnell / zu langsam / zu kompliziert

Mainframe architecture alle Intelligenz auf dem Server (Host) Zugriff via Terminal oder Terminal Emulation auf PC Client/server architecture Aufgabenteilung zwischen Server und Client Rechenintensive Prozesse laufen auf Server grssere Anzahl User mglich GUI wird zum Standard Two tier architecture GUI auf Desktop (Client/PC) Datenbank und Applikations Management auf einem Server Three tier architecture (wichtig im modernenSAP Umfeld) GUI auf Desktop (Client/PC) Applikations Management auf einem Server Datenbank Management auf einem Server Multi tier architecture mehrere Server mglich sehr grosse Anzahl User kann bedient werden

Anforderungen an einen SAP-Server: Min 30GB Harddisk Platz (je nach Release und Ausprgung bis 100GB) auf mindestens 3 verschiedenen Disk-Arrays Logdateien, Konfigurationen und Betriebssystem RAID1 (gespiegelte Harddisks) Geschftsdaten und Indizes RAID5 Min 4GB RAM (min 8GB mit zustzlicher Java-Instanz) 20GB Pagefile Die beiden Szenarien Verteilte Prsentation und Remote Datenbankzugriff sind in SAP Landschaften nicht blich

SAP Client-Server-Technologie kooperative Informationsverarbeitung, bei der die Aufgaben zwischen Programmen auf verbundenen Rechnern aufgeteilt werden. In einem solchen Verbundsystem knnen Rechner aller Art zusammenarbeiten. Server (Dienstleister; Backend) bieten ber das Netz Dienstleistungen an, Clients (Kunden; Frontend) fordern diese bei Bedarf an. In verteilten Systemen mit mehreren Servern ist ber das Netzwerk auch die Kommunikation zwischen den Servern mglich. Prsentationsschicht: GUIs fr verschiedene Betriebssysteme (Windows, Java und HTML SAP Hinweis 314568) zur Darstellung von Dokumenten, Grafiken etc. Transaktion SE93 zeigt, welche Transaktionen mit welchen GUIs erlaubt sind Kommunikation mit der Applikationsschicht (WAN-tauglich: Datenaustausch pro Bildwechsel 4-20kB, je nach GUI). Applikationsschicht: Anwendungen, Laufzeitumgebung, ABAP-Programme, Ablaufsteuerung mit Vorteil wird ein 64bit Betriebssystem eingesetzt Datenbankschicht: RDBMS (Relationales Datenbank Management System)

mit Vorteil wird eine 64bit Datenbank eingesetzt (Memorymanagement)

Nr.

SAP NetWeaver deckt folgende Themenbereiche und Komponenten ab: People Integration (Enterprise Portal) Information Integration (Business Intelligence) Process Integration (Exchange Infrastructure) Application Platform (Web Application Server)

Open SQL: Datenbankunabhngig hufige Abfragen werden gepuffert performant Native SQL: Datenbankspezifisch kann bei Migration auf andere Datenbank problematisch sein

Der SAP Web Anwendungsserver (SAP WebAS) bietet verschiedene Installationsmglichkeiten, um die Anforderungen der Kunden in kritischen Systemumgebungen zu erfllen. ABAP und Java Vollstndige Infrastruktur in der ABAP und J2EE basierte Anwendungen entwickelt und verwendet werden knnen. Diese Installation legt den Akzent auf eine nahtlose Java-ABAP Integration. Sie ist fr eine produktive Verwendung in anspruchsvollen Systemumgebungen ausgelegt. Nur Java Vollstndige Infrastruktur, um J2EE basierte Anwendungen zu entwickeln und zu verwenden. Diese Installation ist fr eine produktive Verwendung in anspruchsvollen Systemumgebungen ausgelegt. Java Entwickler Arbeitsplatz (Client Software) Vollstndige Infrastruktur, um J2EE basierte Anwendungen in einem Single-User System zu entwickeln und zu verwenden.

Wichtig: ein SAP System hat immer genau eine Datenbank!

MS

Zentralinstanz (in unserem Beispiel Rechner III): Wichtigste Instanz, welche zwingend konfiguriert sein muss beinhaltet alle fr den Betrieb von SAP bentigten Prozesse alle Prozesse werden miteinander gestartet und gestoppt

Dialoginstanz (in unserem Beispiel Rechner I und II): typische Konfiguration eines zustzlichen Applikationsservers

A: SAP-Dispatcher (luft auf Port 32xx) einmal pro Instanz verteilt Anfragen an Workprozesse B: Message Server (luft auf Port 36xx) einmal pro SAP System

xx = Instanznummer

kommuniziert mit den Dispatchern der verschiedenen Instanzen C: Gateway Server (luft auf Port 33xx) einmal pro Dispatcher zur Kommunikation mit anderen Systemen (SAP und Nicht-SAP) Workprozesse: im Durchschnitt wird 1 Dialog-Workprozess (D-WP) pro 5 Benutzer auf dem System definiert SAP System: min. 2 D-WP, min. 2 B-WP, min. 1 S-WP, min 1 V-WP, min. 1 E-WP bei 32bit Betriebssystemen / Datenbanken gibt es Einschrnkungen in der Speicherzuteilung (pro D-WP kann maximal etwa 2GB Speicher alloziert werden)

10

Eine SAP Transaktionen besteht aus mehreren Datenbank-Transaktionen Charakteristik einer Transaktion (betriebswirtschaftlich zusammengehrige Verarbeitungseinheit): A C I D atomar: Transaktion gelingt vollstndig oder gar nicht consistent: konsistenten in konsistenten betriebswirtsch. Zustand berfhren isoliert: nderungen werden erst nach dem commit von den anderen gesehen dauerhaft: fest gespeicherter Zustand

11

Benutzer meldet sich am Betriebssystem an Datenbank wird gestartet, falls sie nicht schon luft SAP Start wird in der SAP Management Konsole ausgelst Startprofil wird vom Dateisystem ausgelesen Wenn eine Java-Instanz installiert ist: automatischer Start der Java-Instanz (sofern im Profil eingetragen) Weitere Dialoginstanzen werden gestartet, falls installiert

12

Systemberwachung / Computing Center Management System (CCMS) Mit dem CCMS knnen Sie Ihr SAP System berwachen (automatische Meldung von Warnungen), steuern und konfigurieren. Es knnen dank Agenten auch Java- und Non-SAP-Komponenten berwacht werden Die CCMS Werkzeuge untersttzen unbeaufsichtigte Systemverwaltungsfunktionen Systemlast und Ressourcenverbrauch von Systemkomponenten knnen analysiert und verteilt werden Dynamische Benutzerverteilung SAP Profile zur Systemkonfiguration (Startprofil, Default-Profil, Instanzenprofil) Verarbeitung und Steuerung von Hintergrundjobs Einplanung von Datenbanksicherungen und Datenbankchecks

SAP setzt einen Solution Manager als zentrales System in der SAP Systemlandschaft voraus. Zweck: Monitoring (Earlywatch, CCMS), Maintenance (Support Packages), Service Center (Ticketing System)

13

Bei Start des SAP NetWeaver Applikationsserver Java (SAP NW AS Java) werden die Monitore angelegt und zur Laufzeit mit Daten versorgt. Die Monitordaten dieser Monitore werden im Alert Monitor (Transaktion RZ20) des zentralen ABAP Monitoring Systems abgebildet. Dazu werden die Monitor-Daten aus der SAP NW AS Java an das Shared Memory-Segment (Zwischenspeicher) des Agenten SAPCCMSR weitergeleitet. Im zentralen Monitoring System (Solution Manager CEN) knnen Sie die Einstellungen, wann welcher Wert einen roten oder gelben Alarm auslst, vornehmen. Dies nennt man Pflege von Schwellenwerten.

14

Transaktion ST03N ermglicht eine bersicht ber die Systemperformance Processingzeit: dies ist die einzige berechnete Zeit. Alle anderen Zeiten werden gemessen.

15

Das Change und Transport System (CTS) stellt Ihnen Hilfsmittel zur Verfgung, um Entwicklungsprojekte im Customizing und in der ABAP Workbench (integrierte Entwicklungsumgebung) zu organisieren und die nderungen zwischen SAP-Systemen und ihren Mandanten in der Systemlandschaft zu transportieren. nderungsauftrge: Entwicklungsprojekte werden mit Hilfe des Transport Organizers in verschiedene nderungsauftrge aufgeteilt, an denen einzelne Entwickler oder Projektgruppen arbeiten (Aufgaben). In den nderungsauftrgen werden alle genderten Entwicklungsobjekte und Customizing-Einstellungen erfasst. Die Objekte der beiden Bereiche ABAP-Workbench und Customizing werden in getrennten Auftrgen erfasst und verwaltet, wobei fr beide Anwendungen spezifische Prfungen implementiert sind. Ein nderungsauftrag kann mehrere Aufgaben beinhalten.

16

nderungen werden im Entwicklungssystem (hier T02) vorgenommen. Die Transportauftrge mssen dann von den Entwicklern freigegeben und transportiert werden. Der Transport erfolgt zuerst ins Qualittssicherungssystem, wo die nderung getestet wird. Sind alle Tests erfolgreich, kann der Auftrag schlussendlich ins Produktivsystem (hier P02) transportiert werden.

17

Mandant = Client Betriebswirtschaftlich, organisatorisch und datentechnisch abgeschlossene Einheit Mandantenunabhngiges Cusomizing Systemnderbarkeit Transportsystem Feiertagskalender Arbeiten am Repository: Hinweise einspielen Erweiterungen programmieren Arbeiten am Customizing: Referenz IMG (SPRO)

18

Beispiel der Sicherung von ERP Produktivsystemen: Datenbank: 1x pro Tag vollstndiges Backup auf Band* alle 10min Log Backup auf Harddisk alle 10min Logs auf Standby Server** kopieren / einspielen in Standby DB Filesystem: 1x pro Woche vollstndiges Backup auf Band 1x pro Tag Synchronisation mit Standby Server

* Die Bnder werden tglich gewechselt und in einem Luftschutzkeller an einem entfernten Standort fr mindestens 28 Tage gelagert, bevor sie wieder berschrieben werden. ** Der Standby Server befindet sich an einem zweiten sicheren Standort (min. 5km entfernt).

19